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ABSTRACT 


This document details the hardware and software designs 
used to implement a high speed parallel coramunigations 
interface to the MITRE 307.2 kilobit/second serial bus 
communications system from the Harris Universal Block 
Controller and the Sanders Graphic 7 display terminal. The 
primary topic is the development of the Bus Interface Unit 
(BIU) , however, discussion of the Harris Slash 8 Universal 
Block Controller and the Sanders Graphic 7 Parallel Interface 
Board are used to indicate the interfacing requirements. 
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CREW ACTIVITY PLANNING SYSTEM (CAPS) 
BUS INTERFACE UNIT 
COMMUNICATIONS HARDWARE AND SOFTWARE 


SECTION I 
INTRODUCTION 


1.0 BACKGROUND 

To meet the planning requirements of the Space Shuttle 
operational schedule, NASA's Johnson Space Center has defined 
the automated Crew Activity Planning System (CAPS) . With a 
projected flight schedule of up to 52+ flights per year, it 
was determined that the existing manual planning system used 
during the Apollo and Skylab projects could not meet the 
increased demand for crew scheduling [1] . Development of an 
interactive computer system was begun in 1977 by the 
McDonnell Douglas Corporation using a Harris Slash 7 computer 
and several Sanders Associates Graphic 7 display systems. 

The original elements of the graphic display system were 
connected using a standard RS-232C serial interface operating 
at 9600 bits/second. Separate communication lines were used 
between each display and the Harris host computer. Initially, 
all of the terminals were collocated, however, one or more of 
the Graphic 7 displays will be located in the mission control 
area approximately one half mile from the host computer when 
the entire system is made operational. To enable the speci- 
fied number of terminals to be supported by the Harris host 
computer, the Slash 7 CPU was replaced by a Slash 8 CPU. 

During the development of application software for the 
CAPS package, it was determined by NASA that the generation 
of graphic displays was not meeting the response time re- 
quirements of the user. A MITRE study [2] of the communi- 
cations interface, initiated in the fall of 1978, revealed 
that the Sanders serial interface requires that data, trans- 
mitted to a serial port, be padded with additional bits to 
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insure that all characters are in the ASCII format. This 
forced an unexpectedly high amount of overhead on the channel 
and slowed the interface operation. In addition, several key 
displays required a higher number of bits to be transmitted 
than had been originally estimated. 

One of the study's recommendations for solving the speed 
deficiency was that a parallel interface be installed between 
the Harris Slash 8 and the Sanders Graphic 7 displays. This 
proposal, however, necessitated the installation of some form 
of high speed communications link to allow for remote display 
of data in the mission control area. Parallel communication 
with any computer system is limited to local (within 200 
feet) devices by timing factors related to signal 
propagation. 


1.1 Goal 


NASA selected the parallel option of the study's recom- 
mendations, thus imposing the requirement for a high speed 
communications medium to transmit data to displays approxi- 
mately one half mile from the host. The resulting develop- 
ment, documented here, took the approach of inserting a 
transparent communications medium, the MITRE Coaxial Cable 
Communications System, between the elements of an existing 
operational parallel interface for the Harris family of 
computers and the Sanders Graphic 7 display. 


1 . 2 Scope 

The design of a high speed bus communications system to 
meet the remote communications needs of the CAPS project was 
initiated in the spring of 1979. This document describes 
both the hardware andsoftware of the Bus Interface Unit 
(BIU) used to connect both the Harris Slash 8 and the Sanders 
Graphic 7 devices to the coaxial cable. In addition, back- 
ground information on the host computer interface and the 
Sanders Graphic 7 parallel interface is provided. 

Part I of this document (Sections II and III) describes 
the architecture of the combined CAPS and bus communications 
system. In Section II, a basic discussion of the functions 
of the CAPS architecture and communications protocol is pre- 
sented for background. Details of the individual elements 
are not discussed; however, the foundation for an understan- 
ding of the CAPS-BIU interface is established. Section III 
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provides a discussion of the basic functions of the cable 
communications system along with details concerning the 
interconnection of the elements. The communication protocol 
used on the cable system is discussed in detail. 

Part II (Sections IV and V) describes the hardware used 
to implement the BIU/ Harris and the Graphic 7 interfaces. 
Section IV is concerned with the details of the Harris Uni- 
versal Block Controller (UBC) and the Sanders Parallel inter- 
face board, both of which are used as parallel ports in the 
Direct Memory Access (DMA) mode and Teletype (TTY) mode. 
Section V describes the hardware used in the construction of 
the MITRE-designed Bus Interface Unit (BIU) . 

Part III (Sections VI through IX) is a discussion of the 
software developed for the Harris interface and the two BIU 
interfaces. The first section in this part of the document 
is a discussion of the special handler software developed for 
the Harris interface and a simple introduction to the Graphic 
7 handler. The new Harris handler software was developed by 
NASA by extensive modification and expansion of the existing 
Harris TTY handler. The DMA portions of the handler were 
modeled after an existing interface handler developed by MIT 
Lincoln Labratory. Section VII is a detailed discussion of 
the BIU software which is common to both the Harris BIU and 
the Graphic 7 BIU. In Section VIII, a description of the 
special routines unique to the Harris BIU is presented. In a 
like manner. Section IX is the detailed description of the 
routines unique to the Graphic 7 BIU. 

Part IV (Sections X and XI) provides the reader with a 
guide to troubleshooting the CAPS bus communications system 
and the Bus Interface Unit. Easy to follow steps, which may 
be used to isolate component failures in the cable plant, are 
provided in Section X. No information on the repair of these 
components is provided, rather, test and replacement guide- 
lines are detailed. Section XI provides a limited guide to 
the isolation of faulty modules within the BIU. By using 
these guidelines the reader may employ the details in Section 
V to perform digital checkout of the module's integrated cir- 
cuits or use chip substitution to return the unit to an 
operational state. 


PART I 


BASIC SVSTSr’! ARCHITECTURE 
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SECTION II 


CREW ACTIVITY PLANNING SYSTEM 


2.0 INTRODUCTION 

The automated Crew Activity Planning System is designed 
to allow for the interactive display and modification of 
flight crew activity schedules for future space flights or 
the display and modification of the schedules during a 
mission in progress. The planner uses a Sanders Associates 
Graphic 7 display station to select various activity menus 
for display and modification. Each planner operates from a 
common system data base and a unique user-owned data base. 
These data bases contain information about flight paths, 
activity timing, and other background data needed to plan 
each space shuttle crewperson's daily activity. The data 
bases are maintained on the Harris S-500 computer system and 
are managed by interactive application software also running 
on the Harris host. Communications between the Harris S-500 
and each Sanders Graphic 7 is accomplished over a dedicated 
communications channel using both parallel DMA and parallel 
TTY techniques. A functional block diagram of the associated 
interfaces is presented in Figure 2.1-1. 


2 . 1 Harris S-500 Host Computer 

The Harris S-500 host computer system is composed of the 
Harris Slash 8 central processing unit (CPU) , control con- 
sole, two magnetic tape drive units and controllers, two high 
speed disk pack units and controllers, and various peripheral 
displays and controllers or interface units. All of the com- 
puter hardware is centrally located in Room 274 on the second 
floor of Building 4 at the NASA Johnson Space Center. Stand- 
ard Harris procedures are used to interconnect the various 
hardware units composing the host computer system. 


2.1.1 Harris Functions 

The Harris S-500 computer system is the host for CAPS 
operations. The main functions performed by the Harris 
include control and execution of the CAPS application 
software, file management of the user and application data 
bases, data conversion for presentation to the Sanders 
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Figure 2.1-1: Block Diagram of the Crew Activity Planning 

System 











Graphic 1 , and various subsidiary functions necessary to the 
operation of the system. 

2. 1.1.1 Application Software Operation . Functions 
performed by the application software used on the CAPS 
project are discussed in documentation to be provided by the 
system developer. The standard Harris VULCAN operating 
system is used for Job Control. CAPS users from the Crew 
Training and Procedures Division (CTPD) have no direct con- 
trol over the operation of the application software package 
except to the extent that certain planned responses generate 
requests for activation of certain software modules; that is, 
certain inputs which request an output from the Harris will 
activate subroutines to generate the appropriate display. 


2. 1.1.2 File Management . Several data bases are used 
to supply basic information for operation of the CAPS func- 
tions. These data bases are maintained by special applica- 
tion software again developed by McDonnell Dou'glas Corpora- 
tion and to be documented at a later date. The user has no 
direct interface with this software, and the file management 
functions, while, having a major impact on user response 
timing, have little or no impact on the communications inter- 
face design. 


2. 1.1. 3 Data Conversion . The Sanders-supplied FORTRAN 
Support Program (FSP) [3] is operational in the Harris during 
CAPS activity and provides the FORTRAN interface [4] to the 
LSI-11 control program in the Graphic 7 controller (See Fig- 
ure 2.1-2). Included in the FSP are special routines (MSGIN 
and MSGOUT) to process data for transmission to the Graphic 7 
and insure input from the Graphic 7 is in a format recogniz- 
able by the FSP. These data conversion functions vary depen- 
ding on the type of interface used to the Graphic 7. For 
parallel operations the characters are sent two per word,, 

For serial interfaces the data words are communicated one 
byte at a time. A more detailed,,discussion of this data con- 
version is presented in Section VI. 


2 . 2 Graphic 7 Display System 

The Sanders Associates Graphic 7 display system [4] uses 
the improved Sanders Graphic Control Program (GCP+) system, 
which is contained in read only memory (ROM) in the Sanders 
control unit, to provide the user with a flexible, versatile 
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Figure 2.1-2: Parallel Interface Software Block Diagram 
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graphics package capable of interfacing with a large number 
of host cosiputers. The developer uses standard FORTRAN sub- 
routine calls in a program executing on the Harris host to 
interface with the Graphic 7 GCP+ [5]. The basic system in- 
cludes support for data entry via the TALOS Data Tablet in 
addition to the other standard entry devices. The CAPS im- 
plementation supports entry of data from keyboard, data tab- 
let and host computer and output to screen, Sanders Model 570 
hard copy unit, Versatek Printer/Plotter, PR80 microfilm tape 
and host computer. The interface to the host computer is via 
a high speed parallel port using sixteen unidirectional data 
lines for input and sixteen unidirectional data lines for 
output as well as several special purpose signal lines to 
allow full or half duplex fully handshaken operations. 


2.2.1 Graphic 7 Functions 

The primary functions of the Graphic 7 display system 
are twofold: 

(1) to display data presented by the host computer 
system and 

(2) to make inputs to the host computer to allow 
modification of the display and data files. 

Two modes of operation (described in the following para- 
graphs) are used by the operator of the Graphic 7 display 
station. The first mode is through the teletype emulator to 
allow use of the Graphic 7 as a TTY terminal. The second 
mode is used by the CTPD personnel to obtain direct access to 
the host application programs through the GCP+ handler in the 
Graphic 7 and is called system mode. Both modes can inter- 
face to the host over either a serial channel or parallel 
channel. In the CAPS application, parallel data communica- 
tion is used to enhance data transfer speeds. 


2. 2. 1.1 TTY mode . The TTY mode of operation is used by 
the system developers to have the Graphic 7 serve as an 
interactive device and gain access to the host at the job 
control level. Communication to and from the host is through 
a teletype emulator routine which assumes valid data charac- 
ters are received one at a time in the low-order 8 bits of 
the data word [6] . The high order 8 bits of every data word 
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in this mode are ignored. Special control characters such as 
carriage return and line feed are recognized and acted upon 
accordingly. 


2. 2. 1.2 System mode . This mode is used to allow direct 
communication to and from the GCP+ in the Sanders controller 
either serially or ii5» parallel. In the parallel mode, all 16 
bits of each data word are examined for valid system format 
and operated on accordingly. This is the only mode employed 
by the CAPS users to modify data in the system. The mode can 
also be used by the developers to monitor various Graphic 7 
functions by using internal diagnostic procedures. Elements 
of the GCP+ software related to the communications interface 
are discussed in more detail in Section VI. 


2.3 Interface Protocol 


The Harris host computer communicates to the Graphics 7 
terminal via a parallel interface through the Harris Univer- 
sal Block Controller and the standard Sanders parallel inter- 
face board modified for a Harris interface to the GCP opera- 
ting in the Graphic 7. A special handler was developed for 
the Harris interface by NASA's Engineering and Special Devel- 
opment Branch (PD7 - See [7]) to allow operation of the 
interface in a DMA mode or a TTY mode; that is, the interface 
operates in a parallel direct memory access mode or in a par- 
allel- through- the-r eg is ter s mode. 


2.3.1 Data Communication 

I ■—■III M I .11 — 

Data to be displayed on the Graphic 7 terminal can be 
processed by the handler in the Harris and sent to the UBC 
for transmission either in the DMA mode or the TTY mode. If 
a DMA operation is specified, the first data word is preceded 
by a command word to prepare the receiving unit for the DMA 
operation. In the CAPS implementation this command data word 
is ignored. All transmissions to the Graphic 7 are treated 
as parallel-through-the-register I/O when not in the system 
mode and DMA in the system mode only after a key set of reg- 
ister I/O operations have preceded it. No purely DMA opera- 
tion takes place and the command word is never used, when 
the Harris operates in a DMA mode, data words are transfered 
directly to the UBC from memory according to the starting 
address and word count provided to the UBC. In the TTY mode, 
each data word is transmitted one byte at a time over the 
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channel with appropriate carriage control characters (carri- 
age return, CNTL-E, CNTL-S, etc.) signaling the end of 
transmission . 


2.3.2 Harris Output Data 

Before data is sent to the Graphic 7, it is processed by 
a message routine internal to the CAPS HCP. This routine 
(MSGOUT) insures that minimum data is transmitted to the 
Graphic 7 in the minimum number of I/O operations by packing 
the refresh code (GCP+ inline code used to control the Graph- 
ic 7 display) generated by the standard FORTRAN code into an 
output buffer with contiguous memory addresses. This proce- 
dure is fully documented and discussed in [8] . 


2.3.3 Graphic 7 Input Data 

All data transmitted to the Harris FSP by the Sanders 
program is in a format recognizable by the special PSP hand- 
ler. The data is sent in either the TTY mode or the system 
mode using either the parallel-through-the-register technique 
or a DMA method. When sent in system mode, each word con- 
tains two bytes and is presented to the Harris UBC in that 
manner. In the TTY mode, each word contains one data byte 
and one null byte. The valid data byte is presented to the 
UBC in the low-order 8 bits of the parallel interface data 
bus. 


SECTION III 


BASIC CABLE COMMUNICATIONS SYSTEM 


3.0 INTRODUCTION 

The concept of a bus communications system was intro- 
duced to allow for flexible alteration of communication arch- 
itectures, and to reduce the cost of connecting many users to 
a common device as well as to each other via individual di- 
rect connections. The use of bus technology allows each user 
to connect to a common communication medium at any one of 
many possible locations with minimal reconnection costs. 

Many types of bus architectures are employe! to accomplish 
the desired connectivity (e.g. ring, tree, loop, star, etc.). 
The architecture described in this document is a modified 
loop architecture employing a transmission leg and a recep- 
tion leg with each subscriber device connected in parallel to 
the two legs of the bus and the two legs connected at an ele- 
ment known as the "Headend." 

Many bus communications networks use a time slotted 
protocol to allow users to transmit data over the communica- 
tion medium. This type of network uses fixed or variable 
windows or slots to insure that data bytes are not lost due 
to collisions or conflicts with other users. Each subscriber 
is assigned a given number of time slots either at network 
definition time or when the user signs onto the network. 

Those slots not used by the subscriber are not available to 
any other user and thus wasted. This technique is known as 
Time Division Multiple Access (TDMA) and is particularly 
useful when users are evenly scaled, that is, the percentage 
of time any one user needs the network to transmit data is 
high in relation to the amount of time allocated to him for 
transmission and this percentage is nearly equal for all 
other user's. 

When users of a communico *’ions network employ short 
"bursty" transmissions, that is, not well scaled, the TDMA 
type of network loses much of its efficiency. A different 
type of protocol lends itself well to this situation because 
all of the communications bandwidth is available to any user 
at any given instance on a f irst-come-f irst-served basis. In 
this type of protocol the users contend for the network and 
must insure that no other user is currently transmitting on 
the bus when they have data to be transmitted. One way to 
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insure that no other subscriber is transmitting is to monitor 
the network for the presence of a transmission carrier sig- 
nal. If no carrier is present, the subscriber with data to 
transmit assumes the network is available, raises its carrier 
to seize the medium, and then begins transmission of the 
data. It is possible for another unit to begin transmitting 
during the propagation delay for signals in the communica- 
tions medium use This would be the time required for the 
transmitting unit's carrier to reach the farthest unit on the 
network. For this reason each subscriber must monitor its 
own transmitted data for as long as it takes the data to 
reach the last subscriber. Collisions are detected when the 
transmitted data bytes are received in a garbled state. The 
offending subscribers then cease transmitting and wait a 
pseudo-random period of time before trying to retransmit the 
data which was previously garbled. The pseudo-random delay 
is used to insure that the two offending BIU's do not encoun- 
ter a deadlock situation which might occur if a constant 
waiting period were used. The name used to describe this 
type of system is Carrier Sense, Multiple Access, Contention 
Listen-While-Talk (CSMA-LWT) and the protocol is discussed in 
more detail in [9] and [10]. 

The following paragraphs describe the NASA CAPS bus 
architecture and basic system operation which allows a trans- 
parent connection of the Harris UBC to the Graphic 7 parallel 
interface board. This communications system serves as one 
type of communications medium represented in Figure 2.1-1. 


3.1 Bus Architecture 

The NASA CAPS bus communications system is an unslotted 
(not using fixed subscriber time slots) CSMA-LWT system. The 
communications medium is a coaxial cable using standard CATV 
hardware. It is driven by RF modulators located in each BIU 
which generate a radio frequency (RF) signal within the 5 
Megahertz (MHz) to 300 MHz band that is boosted when neces- 
sary by line extender amplifiers. The system is composed of 
a pair of main trunk cables (one outbound from and one 
inbound to the system headend) and several messenger or 
•'drop" cables connected to the trunk cable by directional 
couplers and splitters. The center carrier frequency of the 
CAPS system is 24.5 MHz. For more information on the cable 
hardware the reader is directed to [11] and [12]. 

The diagram depicted in Figure 3.1-1 is a functional 
representation of the layout of the parts of the CAPS cable 
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communications system. The elements discussed in this docu- 
ment are the Bus Interface Units (BIU) used to connect the 
cable system to the terminal devices and host computer. 


3.1.1 Cable System Function 

The two cables which constitute the communications 
medium provide the link between the bus interface units of 
the subscribers to the CAPS network. The inbound cable is 
used for transmission and the outbound cable is used for 
reception. The headend, located in a 19” rack in Room 274 of 
Building 4 collocated with the Harris S-500 host, is composed 
of a pair of line extender amplifiers and an amplifier power 
supply and power combiner. AC power is supplied to the line 
amplifiers over the communications cable through the power 
combiner. Figure 3.1-2 is a diagram of the headend elements 
of the cable system and how they are connected and provides a 
reference which is helpful in diagnosing communications prob- 
lems, when necessary (See Section X) . The headend serves as 
the connection point of the inbound and outbound cables as 
well as the point where power is supplied to the bus. 


3.1.2 Bus Interface Unit Function s 

The Bin’s main purpose is to provide a subscriber device 
with a port to the high speed communication medium. The CAPS 
BIO is an intelligent RF modem which performs three main 
functions in fulfilling this purpose. These functions are; 

(1) collecting subscriber data for output, 

(2) processing network data packets for input to 
the subscriber, and 

(3) gathering statistics concerning the operation 
of the network. 

The hardware used in the construction of the all CAPS 
BIOS is detailed in Section V. The software used to defined 
the special function of the common hardware is described in 
Sections VII, VIII, and IX. The following paragraphs outline 
these three functions of the CAPS BIU. 


3. 1.2.1 Output Data Processing . To process output 
data, the BIU must gather data from the subscriber, packetize 
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Figure 3.1-2: CAPS Headend Diagram 
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it, and buffer the data packets until the medium is available 
for transmission. In the parallel application of the CAPS 
system, the data interface with the subscriber is fully hand- 
shaken to insure that no data is lost when the BIO is busy 
and not able to process the output data as it is presented. 
The BIO prepares to buffer output data by adding the data 
words to a data packet. Each data packet is then entered in 
a queue of output packets awaiting transmission on the net- 
work. The output data is thus buffered until the BIO deter- 
mines that the network is free for transmission (CSMA-LWT) . 
The BIO transmits the packetized data, when possible, along 
with appropriate header information to allow a certain degree 
of error checking and correction. 


3.1. 2.2 Input Data Processing . The BIO receives data 
packets from the network based on a destination address con- 
tained in the packet header. If this destination address 
indicates that the subscriber device should process the 
packet, the data bytes are stored in an input buffer which is 
added to a queue of input packets awaiting processing by the 
subscriber. Like the output interface, the input data inter- 
face to the subscriber device is fully handshaken. Again 
this feature is provided to insure that no data words are 
lost when the subscriber is busy and not able to process the 
words as they are presented. This possible delay in proces- 
sing input data is the main reason for the input queue. Dur- 
ing the reception of the incoming data, the BID completes the 
error checking and correction scheme cited above. 


3. 1.2. 3 Statistics Processing . As part of the func- 
tions of the BIU, certain statistics concerning the operation 
of the unit are periodically transmitted on the network. 

These special status packets are discussed further in 
Paragraph 3.4. 


3.2 Bus Protocol 

Each device which is part of the network is connected to 
the cable through a BIU. These BIUs are generally designed 
to support a particular type of device but maintain several 
similar features. The common features are usually associated 
with the cable system interface while the unique features 
include the subscriber interface hardware and software. The 
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functions described in the following paragraphs deal with the 
common elements of the network protocol used between the BIUs 
on the CAPS cable communications system. 


3.2.1 Connecting to a Valid Device 

When a subscriber has data to be transmitted to another 
device on the network, a logical connection is established to 
the other device's BIU by transmitting a sign-on request. 

Each BIU maintains a list of the valid addresses to which it 
may connect. BIUs attached to terminal type devices allow 
the user to specify the code for the destination device. 

BIUs connected to general network devices such as host CPUs, 
"backboards" (see diagnostic procedures in Part IV) , print- 
ers, etc. normally (depending on the unit's application pro- 
gram) respond to any BIU wishing to sign-on but rarely initi- 
ate a sign-on request of their own. If the receiving device 
is not currently connected to another subscriber, or if the 
device's software dictates that it can logically communicate 
with multiple subscribers, a sign-on acknowledgement packet 
is returned to the requester to complete the connection. If 
the receiver was already connected and cannot respond to mul- 
tiple users, the BIU ignores the sign-on request resulting in 
an assumption by the requester that that particular unit is 
not available for a connection. Depending on the applica- 
tion, if a sign-on ACK packet is not received, the requesting 
BIU generates a message to the subscriber device asking for 
new information for another sign-on request or automatically 
generates a new sign-on request to the next unit in line. 


3,2.2 Network Data Communication 

With a connection established, data may be transferred 
in either direction in accordance with the format depicted in 
the example packet shown in Figure 3.2-1. The data communi- 
cation discussion is divided into two parts; the packet for- 
mat and the packet protocol. 


3. 2. 2.1 Packet Format . Data bytes are transmitted on 
the cable in packetized form with a maximum of 120 data bytes 
in any one packet. An 8-byte header contains addressing in- 
formation, continuity data, message type and a count of the 
number of bytes in the packet. 
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<-2 bytes-><-2 bytes-X-1 byte-X-1 byte-X-1 byte-X-1 byte-> 

DA OA SN MT RT BC 

<- max 120 bytes-X-1 byte-> 

DATA PARITY 


DA = DESTINATION ADDRESS 
OA = ORIGINATOR'S ADDRESS 
SN = SEQUENCE NUMBER 
MT = MESSAGE TYPE 
RT = RETRY COUNT 

BC = BYTE COUNT - 1 (EACH BYTE = 8 BITS) 
PARITY = LONGITUDINAL PARITY BYTE 


Figure 3.2-1: LWT Bus Packet Format 


3. 2. 2. 1.1 Address Information . Each subscriber on the 
network is known to the rest of the network by a two-byte 
address. As in most current applications of this type, the 
NASA CAPS network uses only the first byte of the address. 
When the receive data buffer of the BIU's receive modem be- 
comes full, it interrupts the BIU program and thus causes the 
data in the buffer to be examined. If this byte is one of 
the first two bytes of a packet to be detected, it is assumed 
to be addressing information and the byte is compared against 
the unit's "home" address. If the packet is addressed to 
this unit, the packet is placed in an input buffer as it is 
received. If the packet is not addressed to this BIU, the 
receiver is turned off until the BIU's hardware detects the 
transmission carrier falling; that is, the transmitting BIU 
has finished sending the packet. At that point, an interrupt 
allows the BIU to reset the receiver for the receipt of the 
next address byte. 


3. 2. 2. 1.2 Sequence Number . Each packet transmitted on 
the network contains a sequence value generated by the packet 
originator. This value, which is incremented on each suc- 
cessfully transmitted packet, is useful in reconstructing 
data streams that are longer than the maximum allowable pack- 
et size and discarding duplicate packets. The receiving BIU 
stores the value of the last sequence number received and the 
address of the last unit to send a packet. It then uses 
these values to determine if any data packets have been lost 
or detected more than once. If it is determined that a pack- 
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et was lost, appropriate action can be taken depending on the 
application. If a packet is received more than once, it is 
discarded. 


3. 2. 2. 1.3 Message Type . Each bus system employing this 
type of protocol has a table of valid message types. Special 
messages are used by a given application for such things as 
sign-on, sign-off, reporting status, maintaining continuity 
and sending data. This field of the header is used to define 
these special message types and to direct special handling by 
the receiving BIU. Table I is a list of the valid message 
types used by the CAPS BIUs. 


TABLE I 

CAPS BIU MESSAGE TYPES 


CODE 

00 

DB 

DE 

DF 

EO 

NOTE: Values in parenthesis 
only 00 and EO are used. 


DEFINITION 

DATA MESSAGE (00-lF) 

STATUS MESSAGE 
SIGN-OFF MESSAGE 
SIGN-ON ACKNOWLEDGMENT 
SIGN-ON MESSAGE (EO-FF) 

indicate valid range. In CAPS 


3, 2. 2. 1.4 Retry Count . Whenever the sending BIU fails 
to receive an acknowledgment that the receiving BIU accepted 
the given packet, the sender tries to retransmit the packet 
at a later time. This creates a situation where the same 
packet may be detected more than once by a receiving BIU. 

The retry count is used by the the sender as a temporary 
memory location to keep track of the number of times a given 
packet has been transmitted. The value is placed in the 
packet header for those applications which require the re- 
ceiving device to use the information to reconstruct messages 
which arrive out of order or to indicate that the packet was 
previously received. In the CAPS application, the byte is 
only used by the transmitting BIU. 


3.2. 2.1.5 Byte Count . Packets on the network can vary 
in length from 8 bytes (header only) to 128 bytes. To avoid 
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a large amount of unnecessary processing on short packets, 
the byte count minus one is included in the message header. 
This enables the receiving BIO to determine when a packet has 
been received completely, process the linear parity byte and 
return the acknowledgment if all parity checks are correct. 


3,2. 2, 1,6 Parity . The receiving BIU detects errors in 
the transmission of a data packet by examining both the in- 
dividual byte parity bits and the linear parity byte trans- 
mitted at the end of each packet. The transmitting BIU forms 
this last byte by exclusive ORing all bytes of the packet as 
they are transmitted. By performing the same operation on 
each byte as it is received, the receiving BIU has an immedi- 
ate indication of any garbled data during the receipt of the 
packet. If the byte received at the end of the packet does 
not equal the parity byte calculated during reception or if 
any of the individual byte parity bits are found in error, 
the packet is ignored and no acknowledgement is sent. This 
causes the transmitting BIU to retransmit the packet (See 
Paragraph 3. 2. 2. 2.1). 


3. 2, 2. 2 Packet Protocol . There are two elements to the 
packet transmission protocol: error detection and retransmis- 
sion, and flow control. 


3. 2. 2. 2.1 Packet Error Handling . Packet error detec- 
tion and retransmission are provided by parity checks. Each 
data byte contains a parity bit and each packet contains one 
byte of linear parity. Retransmission of a packet is gene- 
rated when a transmitting subscriber waits for approximately 
100 usees for an acknowledgement of the packet by the add- 
ressee BIU. If no acknowledgement is received, the transmit 
ting unit assumes that the packet did not arrive at the re- 
ceiving BIU with good parity checks and the packet is re- 
transmitted a number of times and then discarded. 


3. 2. 2. 2. 2 Flow Control , Due to the limited buffer 
space available in each BIU, it is possible for a given unit 
to become saturated with data packets either awaiting trans- 
mission on the network or processing by the subscriber de- 
vice. The flow control feature of the protocol helps to eli- 
minate the loss of data if no buffers are available at any 
given time. While this condition exists, the receiving BIU 
acknowledges packets with a special character (See Paragraph 
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7.3,2) that informs the transmitting BIU of its buffer over- 
flow condition. The transmitting BIU waits for a specified 
period of time before retransmitting the packet thus allowing 
the receiving BIU time to clear one or more buffers via 
normal processing. 


3.2.3 Subscriber Data Communication 

The subscriber interface is usually unique to the at- 
tached device. Each BIU, while using a common interface 
(both hardware and software) to the cable communications sys- 
tem, has a special interface (software and sometimes hard- 
ware) with its subscriber. For the most part, these special 
requirements are handled in the firmware program in the BIU's 
Programmable Read Only Memory (PROM) . The interface hardware 
can be flexible enough to allow a BIU to interface to several 
largely different devices depending on the cable connectors 
used on the BIU chassis. In the CAPS application, the hard- 
ware configuration is identical for both the Harris BIU and 
the Graphic 7 BIU, while the PROM programs allow the Harris 
BIU to resemble a Graphic 7 display to the Harris CPU and the 
Graphic 7 BIU to respond like the Harris UBC to the Graphic 7 
parallel interface. 


3.2.4 Status Recording 

As part of the BIU’s responsibility, certain statistics 
concerning the operation of the BIU are maintained and per- 
iodically transmitted to a special network address (See Para- 
graph 7.9 and Table II) for processing by some type of status 
recording device. Statistics gathered include such things as 
the number of packets each BIU transmitted successfully, the 
number of packets received with good parity and the number of 
packets received with bad parity. All the data bytes con- 
tained in the status packet are detailed in Table II below. 

The primary use of these packets is to determine the 
operational performance of the network and allow for analysis 
of problems that might occur in one or more of the BIUs. An 
example of how this feature can be used is as follows: when a 
BIU's receiver fails or is marginal, the number of packets 
received with good parity will decrease and the number of 
discarded packets will increase since this BIU will not re- 
ceive messages addressed to it or the acknowledgments of the 
data packets transmitted by it. For further information on 
this subject the reader is directed to Part TV of this report 
and to r 131. 
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TABLE II 


HEX BYTE # 
00-01 
02-03 

04 

05 
05 
07 

08-09 

OA-OB 

OC-OD 

OE-OF 

10-11 

12-13 

14-15 

16-17 

18 

19 

lA 

IB 

1C 

ID 

lE-29 


STATUS PACKET DEFINITION 
DEFINITION 

DESTINATION ADDRESS (00) 

ORIGINATOR ADDRESS 
SEQUENCE NUMBER 
MESSAGE TYPE (DB) 

RETRY COUNT 
BYTE COUNT (29) 

NUMBER OF TRANSMITTED PACKETS 
NUMBER OF RETRANSMITTED PACKETS 
NUMBER OF COLLISIONS DETECTED 
NUMBER OF DISCARDED PACKETS 
NUMBER OP RECEIVED PACKETS (GOOD) 
NUMBER OF RECEIVED PACKETS (BAD) 
NUMBER OF PACKETS LOST (NO BUFFER) 
NUMBER OP TIMES BIU FOUND BUSY BUS 
NUMBER OF OUTPUT PACKETS WAITING 
NUMBER OF INPUT PACKETS WAITING 
NETWORK UART STATUS 
DEVICE UART STATUS 
PARALLEL PORT 1 INTERRUPT STATUS 
CURRENT TRANSMITTING ADDRESS 
12-BYTE FUNCTION DESCRIPTION 
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SECTION IV 


CAPS COMMUNICATIONS HARDWARE INTERFACE 


4.0 INTRODUCTION 

To allow for an understanding of the functioning of the 
hardware used by the CAPS system and how it interfaces with 
the BIU, a limited discussion of the Harris UBC and Sanders 
parallel port is presented in this section. Data lines, 
handshaking signals and various other control signals are de- 
scribed in detail. Further details on the two interfaces can 
be found in ri41, ri51 and [161. 


4.1 Harris UBC Interface 

The Harris Universal Block Controller is designed to 
interface with magnetic tape drives, disk controllers, and 
any other type of high speed parallel device needing a fully 
handshaken interface with the Harris Slash 8 GPU. All inter- 
face handshaking signals are presented as levels and the con- 
nected device's returned signals are buffered for processing. 
A word count zero interrupt line to the CPU interrupt logic 
board is provided to allow for full DMA operation. In addi- 
tion, an interrupt line from each device connected to the UBC 
is passed directly to the Harris interrupt logic to allow for 
input interruption of the CPU. 


4.1.1 Data Lines 

In the Harris UBC, 24 buffered data lines are provided 
for input (DFUOO-2?) and an additional 24 lines ate used for 
output (DTUOO-23) . Tri-state drivers are used ori the output 
lines to insure that no loading of peripheral devices occurs 
when data is not valid. The interface pin definition is 
shown in Table III below. Note that for the CAPS interface 
only the low-order 16 bits for both input and output are 
utilized. Table IV is used to clarify the connections from 
the Harris UBC to the Graphic 7 parallel interface card when 
bypassing the BIUs. 
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TABLE III 


HARRIS/GRAPHIC 7 PARALLEL INTERFACE CONTROL SIGNALS 


HARRIS 
SIGNAL NAME 

UBC PIN # 

BIU 

SIGNAL 

BIU CONNECTOR BIU BACKPLANE 
NAME PIN # CONNECTOR 

GRAPHIC 7 
SIGNAL NAME 

PARALLEL CARO 
PIN # 

DTUOO 

P3-36* 

INPUT 

PAOA 

2 

EC67 

IDOO 

P3-1* 

DTUOl 

P3-38 

DATA 

PAIA 

3 

EC68 

IDOl 

P3-3 

DTO02 

P3-40 

(6522A) 

PA2A 

4 

EC69 

ID02 

P3-5 

DTU03 

P3-42 


PA3A 

5 

EC70 

ID03 

P3-7 

DTU04 

P3-44 


PA4A 

6 

EC71 

ID04 

P3-9 

DTU05 

P3-46 


PA5A 

7 

EC72 

ID05 

P3-11 

DTU06 

P3-48 


PA6A 

8 

EC73 

ID06 

P3-13 

DTU07 

P3-50 


PA7A 

9 

EC74 

IDO 7 

P3-15 

DTU08 

P2-6 


PBOA 

10 

EC75 

IDOO 

P3-17 

DTU09 

P2-8 


PBIA 

11 

EC76 

IDO 9 

P3-19 

DTUIO 

P2-10 


PB2A 

12 

EC77 

IDIO 

P3-21 

DTUll 

P2-12 


PB3A 

13 

EC78 

IDll 

P3-23 

DTU12 

P2-14 


PB4A 

14 

EC79 

ID12 

P3-25 

DTU13 

P2-16 


PBS A 

15 

EC80 

ID13 

P3-27 

DTU14 

P2-18 


PB6A 

16 

EC81 

ID14 

P3-29 

DTU15 

P2-20 


PB7A 

17 

EC82 

ID15 

P3-31 

CDH 

P3-32 

CBIA 


20 

EC84 

IIFU 

P3-45 

ODH 

P3-34 

CAIA 


19 

EC83 

IWR 

P3-41 

ODACP 

P3-8 

CA2A 


21 

EC85 

ICTL 

P3-37 

DISC 

P3-26 

CAIC 


45 

EC95 

CNCT 

P3-35 

CNCT 

P3-10 

CA2C 


46 

EC96 

DISC 

P3-39 

IIFU 

** 

CB2C 


49 

EC116 

CDH 

P3-43 

R/W 

P3-72 


PA5C 

47 

EC114 

R/W 

P2-47 

* 

NOTE: Both Harris 

UBC and 

Graphic 

7 pin numbers are referenced to 

the 


BIU 

connector. To determine 

direct Harris UBC- 

-to-Graphic 7 



connections , 

refer to TABLE 

IV. 




** 


Indicates direct connection to the CPU's interrupt interface 



TABLE III (Concluded) 


HARRIS 
SIGNAL NAME 

DFUOO 

DFUOl 

DFU02 

DFU03 

DFU04 

DFU05 

DFU06 

DFU07 

DFU08 

DFU09 

DFUIO 

DFUll 

DFU12 

DFU13 

DFU14 

DF015 

DAVFU 

DATU 

UROO 

UROl 

UR02 

UR03 


BIU 

UBC PIN # SIGNAL NAME 


P3-78 

OUTPUT 

PAOB 

P3-74 

DATA 

PAIB 

P3-70 

(6522B) 

PA2B 

P3-66 


PA3B 

P3-62 


PA4B 

P3-5S 


PA5B 

P3-54 


PA6B 

P3-52 


PA7B 

P2-74 


PBOB 

P2-72 


PBlB 

P2-70 


FB2B 

P2-68 


PB3B 

P2-66 


PB4B 

P2-64 


PB5B 

P2-62 


PB6B 

P2-60 


PB7B 

P3-12 

CA2B 


P3-30 

CAIB 


P3-18 

UNIT 

PAOC 

P3-20 

REG. 

PAIC 

P3-22 

(6522C) 

PA2C 

P3-24 


PA3C 


BIU CONNECTOR 
PIN # 

BIU BACKPLANE 
CONNECTOR 

22 

EC42 

23 

EC43 

24 

EC44 

25 

EC45 

26 

EC46 

27 

EC47 

28 

EC48 

29 

EC49 

30 

EC50 

31 

EC51 

32 

EC52 

33 

EC53 

34 

EC54 

35 

EC55 

36 

EC56 

37 

EC57 

40 

EC88 

39 

EC87 

41 

EC91 

42 

EC92 

43 

EC93 

44 

EC94 


GRAPHIC 7 PARALLEL CARD 
SIGNAL NAME PIN » 


ODOO 

P2-1 

ODOl 

P2-3 

OD02 

P2~5 

OD03 

P2-7 

OD04 

P2-9 

OD05 

P2-11 

OD06 

P2-13 

OD07 

P2-15 

OD08 

P2-17 

OD09 

P2-I9 

ODIO 

P2-21 

ODll 

P2-23 

OD12 

P2-25 

OD13 

P2-27 

0014 

P2-29 

0D15 

P2-31 

OCTL 

P2-41 

OWR 

P2-37 

UROO 

P2-35 

UROl 

P2-39 

UR02 

P2-43 

UR04 

P2-45 


TABLE IV 


HARRIS-TO-GRAPHIC 7 INTERFACE CONNECTIONS 


HARRIS 
SIGNAL NAME 

UBC PIN # 

GRAPHIC 7 
PIN # 

GRAPHIC 7 
SIGNAL NAME 

DTUOO 

P3-36 

P2-1 

OUOO 

DTUOl 

P3-38 

P2-3 

ODOl 

DTU02 

P3-40 

P2-5 

OD02 

DTU03 

P3-42 

P2-7 

OD03 

DTU04 

P3-44 

P2-9 

OD04 

DTU05 

P3-46 

P2-11 

OD0 5 

DTU06 

P3-48 

P2-13 

OD06 

DTU07 

P3-50 

P2-15 

OD07 

DTU08 

P2-6 

. P2-17 

OD08 

DTU09 

P2-8 

P2-19 

OD09 

DTUIO 

P2-10 

P2-21 

ODIO 

DTUll 

P2-12 

P2-23 

ODll 

DTU12 

P2-14 

P2-25 

OD12 

DTU13 

P2-16 

P2-27 

OD13 

DTU14 

P2-18 

P2-29 

OD14 

DTU15 

P2-20 

P2-31 

OD15 

CDH 

P3-32 

P3-43 

CDH 

ODH 

P3-34 

P2-41 

OCTL 

ODACP 

P3-8 

P2-37 

OWR 

DISC 

P3-26 

P3-39 

DISC 

CNCT 

P3-10 

P3-35 

CNCT 

IIFU 

R/W 

* 

P3-45 

IIFU 

P3-72 

P2-47 

R/W 


* Indicates direct connection to the CPU's interrrupt 
interface 


TABLE IV (Concluded) 


HARRIS 

SIGNAL NAME UBC PIN # 


DPUOO 

P3-78 

DFUOl 

P3-74 

DPU02 

P3-70 

DPU03 

P3-66 

DPU04 

P3-62 

DPU05 

P3-58 

DPU06 

P3-54 

DPU07 

P3-52 

DPU08 

P2-74 

DPU09 

P2-72 

DPUIO 

P2-70 

DPUll 

P2-68 

DPU12 

P2-66 

DPU13 

P2-64 

DPU14 

P2-62 

DPU15 

P2-60 

DAVPU 

P3-12 

DATU 

P3-30 

UROO 

P3-18 

UROl 

P3-20 

UR02 

P3-22 

UR03 

P3-24 


GRAPHIC 7 

GRAPHIC 7 

PIN # 

SIGNAL NAME 

P3-1 

IDOO 

P3-3 

IDOl 

P3-5 

IDO 2 

P3-7 

IDO 3 

P3-9 

IDO 4 

P3-11 

IDO 5 

P3-13 

ID06 

P3-15 

ID07 

P3-17 

IDO 8 

P3-19 

ID09 

P3-21 

IDIO 

P3-23 

IDll 

P3-25 

ID12 

P3-27 

ID13 

P3-29 

ID14 

P3-31 

ID15 

P3-41 

IWR 

P3-37 

ICTL 

P2-35 

UROO 

P2-39 

UROl 

P2-43 

UR02 

P2-45 

UR03 
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4.1.2 Handshake Lines 


As metioned above, the interface is fully handshaken 
with signal levels. This is to insure that data can not be 
lost during normal data transfer operations; that is, both 
devices can accept data at their own rate without loss. The 
paragraphs below describe the handshaking signals and how 
they are used. Refer to Table III for the connector pin 
locations of the various handshaking signals. 


4. 1.2.1 Command Data Here (CDH) . During DMA opera- 
tions, each output command is preceded by a command data word 
that informs the destination device to prepare to receive an 
output of the specified number of words. This command word 
causes the device to initialize itself for the transfer by 
setting a word count register, if available. The UBC raises 
this handshake signal whenever a valid command word is pre- 
sent on DTUOO-23. This signal is held high and the data 
lines remain valid until the destination device raises ODACP 
to signal that it has accepted the command data word. In the 
CAPS system, the Sanders Graphic 7 ignores the CDH signal be- 
cause all output transfers are parallel-through-the-register 
and controlled by the ODH control signal. The Graphic 7 sim- 
ply returns the CDH signal to the UBC on the ODACP line to 
complete the handshake process. This is discussed further in 
later paragraphs detailing the Graphic 7 operation. 


4.1. 2.2 Output Data Here (ODH) . The UBC signals to the 
receiving device that a valid data word is present on the 
data lines by raising ODH. As in the case of the CDH signal 
the UBC holds the data lines steady and continues to hold ODH 
high until it receives the ODACP signal from the connected 
device. A rough timing diagram of this handshake process is 
shown in Figure 4.1-1. This diagram is valid for both the 
ODH and CDH signals; however, the time delay at the Graphic 7 
is much shorter in the case of CDH for the CAPS implementa- 
tion. The diagram also contains information on the signal 
timing when the BIUs are installed. This provides the reader 
with a method of comparison of the timing associated with 
local data transfers and bus communication system transfers. 


4. 1.2. 3 Output Data Accepted (ODACP) . As mentioned 
above, ODACP is the return handshake from the unit to indi- 
cate that the data on the DTU bus has been received. The 
unit must hold this signal high until the UBC drops the ODH 
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or CDH signal to insure a proper handshake sequence. The 
Harris UBC uses this signal to trigger the resumption of 
normal operations. 


4, 1,2, 4 Data Available From Unit (DAVFU) , Whenever an 
input word is available for the Harris UBC, the attached unit 
raises the DAVFU signal and interrupts the Harris via the 
IIPU signal line. The presence of the DAVFU signal is inter- 
preted by the UBC to mean that valid input data is available 
on the DFU bus. This handshake signal is held by the unit 
until the UBC raises the DATU signal line to indicate that it 
has received the data. The timing diagram presented in Fi- 
gure 4,1-2 depicts this handshaking process as well as the 
timing of the BIU interfaces. Again a timing comparison can 
be made between the local and BIU operations. 


4. 1.2, 5 Data Accepted to Unit (DATU) . As mentioned 
above, the DATU signal is generated by the UBC to indicate to 
the unit sending an input word that the data has been accept- 
ed by the UBC. As in the case of the ODACP signal, the UBC 
holds this signal high until the sending unit drops the DAVFU 
signal. The sending unit may then continue with other 
operations . 


4. 1.2. 6 Input Interrupt From Unit (IIFU) . The original 
intent of the IIFU signal was to interrupt the Harris proces- 
sor whenever the external unit had data ready for input. 

This function is still used in the CAPS implementation; how- 
ever, the signal has been given an additional function to 
perform. To allow the Harris communications handler to oper- 
ate in a teletype (TTY) mode, this line is pulsed after each 
output word to provide an interrupt signal indicating to the 
handler that the last word sent from the UBC was accepted. 
This modification to the Graphic 7 parallel interface card is 
discussed in later paragraphs. As far as the Harris handler 
is concerned, therefore, this interrupt can mean either an 
input or output has occurred and the R/W status line must be 
examined to determine which type of operation was signaled by 
the interrupt. 


4. 1.2. 7 READ/WRITE Status Line (SFUQl) . To allow for 
the Harris interface handler to determine the meaning of the 
IIFU signal, the R/W status line was implemented. As in all 
discussions of the CAPS parallel interface, the input/output 
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terms are referenced to the Harris host; that is, input 
(read) refers to data coming into the host and output (write) 
refers to data leaving the host. The handler uses status 
line 01 of the UBC status bus to determine which operation 
was performed last. When the Harris UBC sends a_data word to 
the unit (write operation) , the unit raises the R/W signal 
and holds it high until the unit has data to send to the 
Harris UBC. When the external unit (Graphic 7) raises its 
DAVFU signal line and_sets the IIFU signal high (read opera- 
tion) , it cleats the R/W signal line and holds it low until 
the next output word is received from the Harris UBC. (See 
Paragraphs 4. 2. 2. 6 and 4. 2. 2. 7 for more detail on the opera- 
tion of this signal) . 


4. 1.2.8 Connect Line (CNCT) . The Harris UBC interface 
can support up to 16 peripheral devices on one channel. 

Since only one pair of I/O connectors exists on every UBC, 
multiple devices share a common signal bus via a daisy-chain 
cable. As a result, each device must use tri-state drivers 
to isolate its output stage. To control which device is 
communicating to the UBC at any particular instant, the CNCT 
line is used in conjunction with the four unit register (UR) 
lines and the disconnect (DISC) line. The UBC contains a 
unit code register (UCR) which maintains the address of the 
last unit involved in an I/O operation. The input or output 
sequence starts with a hardware interrogation of the unit 
code register. This allows the UBC to determine if the next 
I/O operation involves the same device. If it does and the 
CNCT signal is high, the operation proceeds normally. If the 
UCR disagrees with the address of the unit specified for the 
next I/O or the CNCT line is low, a connect/disconnect 
sequence is executed by the hardware. 

To facilitate daisy-chaining all control and data lines, 
the CNCT signal is also used by the devices connected to the 
UBC to enable the tri-state drivers on all outgoing control 
and signal lines (not necessary on incoming lines) . The 
proper operation of the connect/disconnect sequence in the 
'BIU and the Graphic 7 is inhibited by this arrangement, since 
a delay of the tri-state control signal is necessary to allow 
the CNCT signal change of state to be registered by the UBC. 
To correct this hardware problem, a modification to the 
Graphic 7 parallel interface board is required. This 
modification is detailed in Paragraph 4. 2. 2. 8 and [17]. 
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4.1.2. 9 Disconnect Line (DISC) . To perforin a con- 
nect/disconnect sequence the UBC raises the DISC signal. All 
units attached to the controller are forced to drop their 
CNCT signals when the DISC signal is detected. The DISC sig- 
nal forces each unit to interrogate the UR lines and compare 
the address to its own internal address. The unit, which de- 
codes the UR lines and finds its address, raises the CNCT 
signal immediately after the UBC drops the DISC signal. A 
timing diagram of this sequence appears in Figure 4.1-3. 

Once again the diagram includes BIU timing for comparison. 


4.1.2.10 Unit Register Lines (UROO-03) . As mentioned 
above, the UR lines are used by the UBC to indicate which of 
the 16 possible devices attached to the channel is being 
addressed for a particular I/O operation. In the CAPS 
implementation only Unit Code 0 is used since each UBC will 
be connected to only one Graphic 7. This was necessary 
because a daisy-chain connector for the Sanders Graphic 7 
display does not exist and the development of the Harris 
parallel interface handler would result in too large a cost. 


4 . 2 Graphic 7 Parallel Interface 

Each Graphic 7 display station is composed of two 
25-inch display CRT's, a control cabinet housing the digital 
logic for both graphics and communication operation, a TALOS 
data tablet, a standard alphanumeric keyboard and the various 
cables necessary to interconnect the components. In addi- 
tion, each station shares access to a hard copy unit with one 
or two other stations. To allow parallel communications to 
and from the host, Sanders Associates provides a general par- 
allel interface card with a specified host area that can be 
wired for any of several selected hosts. For the CAPS appli- 
cation, the parallel cards were ordered with the standard 
Harris interface. As is explained in the following para- 
graphs, several additional modifications to the standard 
Graphic 7-to-Harris parallel interface were necessary to al- 
low the operation of the Sanders as a TTY terminal. In addi- 
tion, to support communications through the bus interface 
unit, a wiring change involving the CNCT signal was 
necessary. 
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4.2.1 Data Lines 


Sixteen unidirectional buffered data lines are provided 
by the standard interface card for the input bus (IDOO-15) 
and 16 unidirectional lines for the output data bus 
(ODOO-15) . The output lines are connected to tri-state 
drivers which are controlled by the CNCT signal on the stan- 
dard Harris version of the card. The interface pin defini- 
tion is shown in Table III. 


4.2.2 Handshake Lines 

The standard Graphic 7 parallel interface card provides 
both handshake pulses and handshake levels. The Harris UBC 
modification to the standard card uses only the level hand- 
shake signals. Each signal is discussed below and its cor- 
responding Harris definition is indicated in parentheses. 
Several special signals are added to the general interface 
card to allow for; 

(1) IIFU interruption on output, 

(2) R/W signal control, and 

(3) CNCT signal change-of-state detection. 

These signals as well as the standard Harris interface sig- 
nals are shown on the schematic diagram in Figure 4.2-1. 

Each new signal is explained in detail in one of the follow- 
ing paragraphs. 


4. 2. 2.1 Command Data Here . As mentioned above in Para- 
graph 4. 1.2.1, this signal is generated by the Harris UBC 
whenever a DMA operation is initiated. The Graphic 7 paral- 
lel interface card was modified by Sanders to turn this sig- 
nal around as the output data accepted signal (ODACP) . For 
this reason, it can be seen in Figure 4.2-1 that the CDH sig- 
nal drives two inputs of the four input NAND gate U77 through 
inverter U82E. This in turn causes the OWR signal to go high 
through driver U81C whenever the CDH signal is high. 


4. 2. 2. 2 Output Control [OCTL) . This signal, which is 
the equivalent of the Harris ODH signal, is used to indicate 
that the data present on the ODOO-15 bus is valid output 
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data. The host holds this signal high until the Graphic 7 
responds with the OWE handshake level. The OCTL signal gates 
the input data bus signal lines into the input data buffer. 


4. 2. 2. 3 Output Word Read (OWR) . This signal is the 
equivalent of the Harris ODACP signal. The Graphic 7 uses 
this line to indicate that it has accepted the data on the OD 
bus and it is ready for the next input. The tiining for all 
of these signals is roughly the same as that shown in Figure 
4.1-1. The Graphic 7 holds this signal high until the host 
drops the OCTL signal. The reference to OWR in Figure 4.2-1 
is only to show_its relationship to the CDH signal / to the 
control of the R/W status line and to the signaling of an 
acceptance interrupt from unit. The schematic shows that in 
the Harris version of the parallel interface card the normal 
path for the OWR signal is broken at E18 and attached through 
inverter U82B to the other two inputs of NAND gate U77. In 
this way when either OWR or CDH is high, there is a high 
output from J2-37. To control the R/W status line and indi- 
cate when the host has issued a write command, the OWR signal 
is taken from driver U81C and inverted by U82F to provide the 
preset input to flip-flop U80B. In addition, this signal is 
used to drive one input of NAND gate U78D which provides the 
IIFU signal. 


4. 2. 2. 4 Input Word Ready (IWR) . This signal is used by 
the Graphic 7 to indicate to the host that valid input data 
is available on the ID bus. It is the Harris equivalent of 
the DAVFU handshake signal. The signal is held high until 
the ICTL input goes high. The signal is passed directly 
through driver U66 on the standard Graphic 7 board but tapped 
at its output (U66-10) to provide the input for the IIFU 
interrupt signal. This can be seen on Figure 4.2-1. 


4. 2. 2. 5 Input Control (ICTL) . This signal is used by 
the host to inform the Graphic 7 that the input data on the 
ID bus has been received. It is used to disable the IWR 
output and reinitialize the Graphic 7 for the next input word 
to the host. As can be seen in Figure 4.2-1, it is also used 
as the enabling signal for the IIFU output. When ICTL goes 
high, it turns off U78C through inverter U75P thus causing 
the IIFU signal to fall. 
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4 . 2. 2. 6 READ/WRITE Control (R/W) . The R/W control sig- 
nal was added to the Graphic 7 parallel interface to allow 
the Harris communications handler to determine if the last 
I/O operation which caused an IIPU signal was an input or an 
output. Existing digital logic hardware on the Sanders par- 
allel interface card was rewired to provide this signal. The 
modifications are detail ed i n Figure 4.2-1. Flip-flop (FF) 
U80B was defined as the READ/WRITE FF for the parallel inter- 
face. It was determined that the Graphic 7 INIT signal would 
not be used in the CAPS applicati^on. For this reason, output 
line J2-47 was redefined as the R/W signal line. Inverter 
U82F was used to obtain the correct polarity signal to pro- 
vide an IIPU signal whenever the data on the OD bus was read 
and to set the R/W FF. Driver U81F was used to provide the 
necessary signal level at output J2-47. _The output of the 
IWR NAND gate U78C is used to clear the R/W FF. In this 
manner, it is possible to obtain a direct indication of the 
cause of the IIFU signal. 


4. 2. 2. 7 Input Interrupt From Unit (IIFU) . In the stan- 
dard Graphic 7/Harris parallel interface this signal is used 
to interrupt the Harris central processor whenever the Graph- 
ic 7 has data for input to the host. A modification to this 
process was added to allow for an interrupt of the Harris 
whenever output data was taken by the Graphic 7. This is 
necessary because of the manner in which teletype data is 
transmitted from the Harris UBC by the Harris parallel soft- 
ware handier. Figure 4.2-1 again details both the standard 
Harris interface version of the signal's digital logic and 
the new TTY handler modification. On the standard Graphic 
7/Harris parallel interface board, NAND gate U78D is used as 
an inverter for the IWR input signal to set the proper output 
polarity on the IIFU signal. The CAPS modif ica tion shows one 
input of this NAND gate being dri ven by the IWR signal while 
the other input is driven by the OWR signal. In this manner, 
whenever either IWR or OWR is sent, an IIFU signal is also 
sent. 


4. 2. 2. 8 Connect (CNCT) . The connect signal was added 
to the standard Harris/Graphic 7 parallel interface board to 
allow operation with the Harris ABC/CBC/UBC series of paral- 
lel controllers. The daisy-chain nature of these controllers 
requires that each peripheral unit on the chain have the cap- 
ability to monitor the Unit Code Register (UROO-03) to deter- 
mine who should respond to any given I/O operation. The CNCT 


- 45 - 



signal is the indication that the last device addressed by 
the Harris controller is still listening. It is also used as 
the enabling signal for each unit's output tri-state drivers 
(e.g. U81 and U66 in Figure 4.2-1). The Graphic 7 interface 
board is provided with a decoder section consisting of digi- 
tal chips U73, U74 and U76. The outputs of these chips are 
used in conjunction with the DISC signal to set and clear the 
connect flip-flop U80A. The Q output of the CNCT PF is used 
to control the output state of the tri-state driver U81 as 
well as to provide the CNCT signal back to the Harris. In 
addition, the Q output is used to set the state of the tri- 
state drivers for the other output signals from the parallel 
inter face_board through inverters U82A and U82C. The fact 
that the Q output was also used to control the state of the 
driver for the CNCT signal created a problem of level detec- 
tion for the BID and the Harris UBC (The CNCT output driver 
returns to the high impedance state which appears as a +5V 
TTL level to the BIU/UBC before the change-of-state from high 
to low can be detected) . Because of this difficulty the 
driver for the CNCT signal is forced to be on at all times to 
insure that the state change from high to low can be observed 
on the signal line whenever a DISC signal is sent. Figure 
4.2-1 indicates this modification by having U81-15 (by U81D) 
attached to ground and the CNCT signal going through driver 
U81E. Note that LED DS6 is the connect indicator on the par- 
allel board and is on whenever the Q output is low. 


4. 2. 2, 9 Disconnect (DISC) . As mentioned above, this 
signal is used by the Harris UBC to force all units attached 
to a particular controller to drop the CNCT signal and in- 
spect the UR bus to determine which unit is being addressed 
by the next I/O operation. On the Graphic 7 parallel inter- 
face board, the DISC signal resets the CNCT FF and enables 
the output of the decoder section through NAND gate U78B. 

This enabling signal is- held on, however, by the one-shot 
U79A. The output of the decoder section must be read within 
50 nanoseconds (ns) of the DISC signal falling or the one- 
shot disables the output of the decoder section and prohibits 
the setting of the connect PF. 


4.2.2.10 Unit Code Register (UROO-03) . The Harris 
chaining controllers can be connected via a daisy-chain to as 
many as 16 devices at one time. This requires the use of a 
four-bit unit code to indicate the referenced device. The 
input from the UR bus is used to drive the decoder section of 
the parallel interface card. The set of eight switches pro- 
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vided in U76 allows for the selection of either inverted or 
non-inverted input and the setting of the address to which 
the interface board responds. In the CAPS application, swit- 
ches 2, 4, 6, and 8 are closed (ON) to select address 0 for 
the Graphic 7, 
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SECTION V 


CAPS BIU HARDWARE 


5.0 INTRODUCTION 

Hardware used in the CAPS BIU for both the Graphic 7 
display system and its Harris host computer is adapted from 
existing BIU designs used for the NASA Trend Monitoring 
System (TMS) and other similar systems. The main design 
feature which distinguishes the CAPS BIU is the device data 
interface. In most parallel interface designs, a bidirec- 
tional data bus is used to transfer 16 bits of parallel in- 
formation. The design of the Harris parallel interface re- 
quires that 32 unidirectional lines be used for this purpose. 
In addition to the different data line requirement, several 
of the handshaking lines are unique to the CAPS application. 
To insure proper response by the connected device, additional 
control lines are added to allow for peripheral unit 
identification. 


5.1 Basic Hardware 


The digital logic of the CAPS BIU is mounted on a 
single board measuring approximately 7x7 inches. It is 
connected to the BIU chassis, modems and device interface 
connector by means of a 122-pin edge connector. The chip 
layout for the CAPS BIU is depicted in Figure 5.1-1. It 
revolves around the Mos Technology MCS6502A central proces- 
sor chip. The hardware used in the basic BIU to interface 
with the cable communications system will not be discussed 
here, however, the device interfaces to both the Harris UBC 
and the Sanders Graphic 7 are explained in detail. For 
further information on the cable interface the reader is 
directed to [10] and [18] . Figure 5.1-2 is a schematic 
diagram of the CAPS BIU digital logic board. 


5.1.1 Major Components 

The BIU is composed of a microprocessor-based digital 
logic board, an RF modulator, an RF demodulator and a solid 
state power supply. All of these components are housed in a 
metal box which measures approximately 10 x 12.5 x 3 inches 
and weighs about 9 pounds. The unit consumes about 10 watts 
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Figure 5.1-2; Schematic Diagram of the CAPS BIU Digital Logic 

Board 


of power. Further information on the RF modulator and 
demodulator may be obtained from [18] . The following para- 
graphs discuss the digital logic which is contained on the 
digital logic board. 


5, 1.1.1 Central Processing Unit (CPU) . The NMOS 
MCS6503JA microprocessor is used as the main logic element of 
the BIO. It was chosen for the design because of its high 
speed and powerful instruction set. Another consideration 
was that its idiosyncrasies were well understood by the 
designers . 


The 6502A is an 8-bit CPU with two 8-bit index regis- 
ters, an 8-bit accumulator and a software-selectable, vari- 
able length (256-byte maximum) hardware-managed stack. The 
chip supports direct, indirect and indexed modes of address. 
The CAPS BIU operates with a 1.8432 megahertz (MHz) crystal- 
controlled clock which allows an instruction cycle of approx- 
imately 550 ns. 


5. 1.1. 2 Memory . Two 1024 x 8-bit ultraviolet-erasable 
programmable read only memory (EPROM) chips (Intel 2708 or 
equivalent) are used to contain the interface software which 
defines the specific application of the BIU. This software 
is described in Sections VI, VII and VIII of this report. 

The nominal access time for these chips is 450 ns. 

Six 1024 X 4 bit NMOS static random access memories 
(RAM) are used to provide storage space for the software de- 
fined variables, the hardware stack and the packet input and 
output buffers. These chips provide sufficient space for 22 
buffers of 128 bytes each. A memory map of the CAPS imple- 
mentation is shown in Figure 5.1-3 below. 


5. 1.1. 3 Parallel Interface Chips . Three Mos Technology 
MCS6522 Versatile Interface Adapter (VIA) chips are used to 
provide the necessary parallel data channel interface to the 
devices. One chip serves as the input interface, one as the 
output interface and the third provides an interface for var- 
ious handshaking and control signals. Each chip has the cap- 
ability of providing 16 input or output lines under software 
control. Eight bits of the third VIA interface are dedicated 
to providing a switch-selectable address input. With the 
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addition of this 8-bit interface to the VIA, the low-order 8 
bits of the 16-bit address word can be set through an 
8-position DIP switch (See Paragraph 5.2.6). 

As an added feature of the VIA, a clock mechanism is 
provided to allow the software to execute certain routines 
based on the system time. Only one of the six possible 
timers on the digital board is utilized by the current appli- 
cation. This timer provides a 10 millisecond (msec) clock for 
status message and sign-on response timing. For more infor- 
mation on the 6522 VIA chip the reader is directed to [19]. 


5. 1.1. 4 Serial Interface Chips . Commonality among the 
existing BIUs at NASA was maintained by the inclusion of the 
Motorala 6850 asynchronous communications interface adapter 
(ACIA) chips. While the device ACIA is contained on all 
digital boards, no facility is provided to allow use of this 
serial interface on the CAPS BIU chassis due to the absence 
of a serial interface connector. This feature, however, 
allows the CAPS BIU digital board to be removed from the CAPS 
chassis and inserted into a standard serial BIU chassis to 
function as a serial BIU, Alternatively, a CAPS BIU chassis 
could be altered in accordance with Table 3.2.2-II in [10]. 
Problems involving common components shared by the parallel 
and serial ports can be isolated by using the two types of 
chassis during checkout of the CAPS BIU digital board. In 
addition, the same type of chip is used to interface with the 
communications cable through the raodulator/demodulator 
(MODEM) pair. The network ACIA chip is used to convert the 
8-bit parallel data presented on the microprocessor data bus 
into a serial bit stream for use by the MODEM. The function- 
ing of the 6850 chip is discussed in more detail ir [10] and 
[ 20 ] . 


5.1.2 Address Bus 

The MCS6502A with its 16-bit address bus and 8-bit data 
bus has the capability of addressing 65536 bytes of memory or 
a lesser amount of memory and numerous peripheral devices. 

In the CAPS BIU, thirteen bits of the address bus are used to 
address the memory detailed in Figure 5.1-3 and the peripher- 
al devices discussed above. By using address bits AlO 
through A12 to drive the 8205 decoder, chip select signals 
are provided to the various memory chips and the parallel and 
serial I/O devices. Table V is a list of the digital chips 
and the addresses used by the CAPS BIU to accomplish chip 
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selection,, Each output of the address bus from the 6502 chip 
is an input to an 8T95 driver chip to insure the signal level 
at each device on the bus is a TTL level. 


TABLE V 

CHIP SELECTION ADDRESS SCHEME 



ADDRESS 


SELECTION 

BITS 


DEVICE 

(HEX) 

M 

bl 


AlO 

All 

A12 

RAMO 

0000-03FF 

0 

0 

0 

0 

0 

0 

RAMI 

0400-07FF 

0 

0 

0 

1 

0 

0 

RAM2 

0800-0BFF 

0 

0 

0 

0 

1 

0 

ACIA(B) 

OCOO-OCOl 

0 

0 

0 

1 

1 

0 

VIAO 

lOlO-lOlP 

1 

0 

0 

0 

0 

1 

VIAl 

1020-102F 

0 

1 

0 

0 

0 

1 

VIA2 

1040-104F 

0 

0 

1 

0 

0 

1 

ACIA(A) 

1400-1401 

0 

0 

0 

1 

0 

1 

EPROMO 

F800-FBFF 

0 

0 

0 

0 

1 

1 

EPROMl 

FCOO-FFFF 

0 

0 

0 

1 

1 

1 


5.1.3 Data Bus 

The 6502 uses an 8-bit data bus to communicate with all 
peripheral devices. It can be seen in the schematic diagram 
in Figure 5.1-2, that all the 6522 VIA's and the 6850 ACIA's 
as well as the 2708 EPROM have an 8-bit interface with the 
data bus. The RAMs, however, are configured with each chip 
interfacing to only 4 bits of the data bus thus requiring two 
chips to make up each 1024 bytes of memory. 


5.2 Parallel Interface Hardware 


As was mentioned above, the BIU uses the MOS Technology 
MCS6522 VIA as the parallel interface chip for all devices. 

Ill the CAPS BIU, two VIA’s are used to allow 16 bits of input 
and 16 bits of output. The following paragraphs describe the 
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hardware implementation of the parallel interface to both the 
Sanders Graphic "7 and the Harris UBC. Table VI provides a 
quick reference to the chip location on the digital board. 


5.?. 3 Input Data 

The .in bits of parallel input data for the BIU enter 
through the SO-pin parallel chassis interface connector on 
pins ? through 1”7 and proceed directly to digital board edge 
connector pins EC67 through EC82 (refer to Table III above) . 
Each data bit is buffered by the two 8-bit 74S240 inverter/- 
driver chips (A) and (B) shown in the schematic Figure 5.1-1. 
The outputs of these buffer chips are then connected to VIA 
chip 5577(A) at digital board coordinate J-10 (see Table VI). 
The low order 8 bits are connected to the PA input and the 
high order 8 bits are connected to the PB input. The control 
lines for the 74S740 tri-state chips are connected to ground 
to insure that data is always fed through on the input bus. 


5.7.7 Input Control 

To allow the proper interface handshaking procedure to 
be followed, the control lines to and from the 657,7 chip must 
be processed through the AND/NOR circuit shown in the schema- 
tic Figure 5.1-2. This circuit is designed to cut off the 
return handshake level when the attached device drops its 
valid data (e.g. IWR, ODH, etc.) signal level. As can be 
seen in the schematic, two possible handshake signals can be 
processed by the BIU. The one which enters on pin 19 (ODH/- 
IWR) of the parallel connector and is passed to ECP3 is used 
to activate the CAl interrupt of the 6527. The second sig- 
nal, which enters on pin 20 (CDH) and is passed to EC84, is 
used to activate the CBl interrupt. Both signals are passed 
directly to the VIA and are positive logic levels (i.e. 
active high, +5V TTL) . In addition to activating the inter- 
rupts of the 6522, both signals are used to allow the output 
of CA2 (ODACP/ICTL) through inverter/dr iver 74S240(F) and the 
7408 AND gate. This level is then seen by the attached de- 
vice as a positive handshake signal which can only be active 
while the device holds its input valid signal high. There is 
a delay equivalent to three TTL gate delays (approximately 36 
nsec) between the dropping of the input valid signal and the 
falling of the return handshake signal. The CB2 output of 
this 6527 is not used in the current application. The tri- 
state control for the 7467.40 (F) chip, used to drive the con- 
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TABLE VI 


BIU CHIP LAYOUT DIGITAL BOARD CROSS REFERENCE 




DIGITAL BOARD 

CHIP 


COORDINATES 

NUMBER 

FUNCTION 


(PIN #1) 

1488 

SERIAL LINE DRIVER 


L-1 

1489 

SERIAL LINE RECEIVER 


N-1 

14411 

CLOCK 


U-35 

2114(A) 

RAM (0000-03FF, Bits 0-3) 


G-32 

2114(B) 

RAM (0400-07FF, Bits 0-3) 


J-32 

2114(C) 

RAM (0800-0BFF, Bits 0-3) 


L-32 

2114(D) 

RAM (0000-03FF, Bits 4-7) 


G-4 2 

2114(E) 

RAM (0400-07FF, Bits 4-7) 


J-42 

2114 (F) 

RAM (0800-OBFF, Bits 4-7) 


L-42 

2708(A) 

EPROM (F800tPBPF) 


U-22 

2708(B) 

EPROM (PCOO-PFPP) 


R-14 

6502 

CPU 


R-27 

6522(A) 

VIA PARALLEL PORT (INPUT) 


J-10 

6522(B) 

VIA PARALLEL PORT (OUTPUT) 


U-1 

6522(C) 

VIA PARALLEL PORT (CONTROL) 


A-31 

6850(A) 

SERIAL DEVICE UART 


M-9 

6850(B) 

NETWORK UART 


R-1 

7402 

QUAD NOR GATE 


A-23 

7404 

INVERTER (6-BIT) 


G-1 

7408 

QUAD AND GATE 


E-1 

7476 

J-K FLIP-FLOP 


G-22 

74123 

ONE SHOT 


G-9 

74S240(A) 

8 -BIT INVERTER/DRIVER (INPUT DATA) 

A-1 

74S240(B) 

8-BIT INVERTER/DRIVER (INPUT DATA) 

C-1 

74S240 (C) 

8 -BIT INVERTER/DRIVER (OUTPUT 

DATA) 

A-12 

74S240(D) 

8-BIT INVERTER/DRIVER (OUTPUT 

DATA) 

C-12 

7,4S240(E) 

8-BIT INVERTER/DRIVER (UNIT REG.) 

E-18 

74S240 (F) 

8-BIT INVERTER/DRIVER (CONTROL 

LINES) 

E-29 

8205 

ADDRESS DECODER 


J-1 

8T95 (A) 

6-BIT INVERTER/DRIVER (ADDRESS 

0-5) 

N-33 

8T95(B) 

6-BIT INVERTER/DRIVER (ADDRESS 

6-9) 

N-42 

8T97 

DRIVER 


E-9 

DIPSW(A) 

SERIAL DEVICE SPEED SELECTION 


N-24 

DIPSW(B) 

BIU ADDRESS SELECTION 


E-40 

NOTE: When 

more than one chip of a given type is 

used, each 

chip 

IS given a suffix letter (x) to 

allow 

specific 

definition. 
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trol signals for the input VIA as well as the the other two 
VIASr is also held at the zero TTL level to insure all sig- 
nals are valid at all tiroes. 


5,2.3 Output Data 

The output data lines originate on the PA and PB outputs 
from 6522(B) as shown in the Blu schematic. As with the in- 
put bus, the output lines are buffered by a pair of 74S240 
inver ter/dr ivers (C) and (D) whose control lines are held at 
ground potential (OV TTL) . This insures that the data lines 
can be read at any time by the connected device. The low- 
order 8 bits of output are on the PA bus and the high-order 8 
bits are on the PB bus. The outputs of the two 74S240 chips 
are connected directly to edge connector pins EC42 through 
EC57. From the edge connector, the output data lines proceed 
directly to the 50-pin chassis connector where they terminate 
on pins 22 through 37. 


5.2.4 O utput Control 

As in the case of the input bus, the BIU provides a 
fully handshaken level control of the output data flow. When 
data is written into the output VIA, the signal on the CA2 
output transitions from a high state (+5V) to a low state 
(OV) . The connected device sees this as a low-to-high tran- 
sition through the inverter/driver chip 74S240(F). This 
signal (DAVFU/OCTL) is present on 50-pin connector pin 40 
which is connected to EC88. The connected device interprets 
this signal as indicating that valid data is present on the 
output data bus. The signal could be used to trigger an in- 
put interrupt of the device; however, in the CAPS BIU, a sep- 
arate signal line is used for the input interrupt. The con- 
nected device signals (DATU/OWR) to the BIU that it has ac- 
cepted the data on the output bus by setting a +5V TTL level 
on the return handshake line which enters on pin 39 of the 
50-pin connector and proceeds directly to another inverter/- 
driver through EC87. The output of this driver is connected 
to the CAl input on the VIA. A high-to-low transition on CAl 
resets CA2 which in turn causes the connected device to reset 
the CAl input. The VIA is now ready to process another out- 
put data word. Neither the CBl nor the CB2 signals are used 
on this VIA in the current CAPS application. 
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5.2.5 Other Handshake and Control Signals 


The two VIAs mentioned in the paragraphs above are the 
primary devices used to transfer data to and from the BIU. 
The third VIA on the digital board, 6522(C), is used to en- 
able the BIU to duplicate the Harris UBC parallel interface 
by handling the remainder of the interface signals. These 
signals include the connect/disconnect, unit identification, 
interrupt, and READ/WRITE signal. 


5. 2. 5.1 Connect/Disconnect Signals . The Harris UBC 
employs a connection handshake sequence using the CNCT and 
DISC signals to allow the operation of the UBC on a daisy- 
chained I/O bus. Since the BIU can be acting as either the 
Harris UBC or the Graphic 7 display, the CNCT and DISC sig- 
nals reverse function depending on the connected device. 

These signals are generated by the software executing in the 
BIU and thus the signal line definition is under software 
control. When the BIU is connected to the Harris UBC the 
signal entering on pin 45 of the 50-pin connector and pro- 
ceeding through EC95 and the 74S240{F) inverter/dr iver to CAl 
of 6522(C) is interpreted as the DISC signal. If the Sanders 
Graphic 7 is connected to the BIU, the same signal line is 
defined as the CNCT signal. In a like manner, the signal 
leaving the BIU from CA2 via EC96 and pin 46 of the 50-pin 
connector is assumed to be the CNCT signal when the BIU is 
attached to the UBC and the DISC signal when attached to the 
Graphic 7. Control of the outputs from CA2 and interpreta- 
tion of the input on CAl is discussed in the appropriate 
software discription for the two possible cases (See Para- 
graphs 8.5 and 9.1.2). 


5. 2. 5. 2 Unit Register Bus . As in the case of the 
CNCT/DISC signal lines,- the UR bus lines can be interpreted 
in two ways depending on the device to which the BIU is con- 
nected. In the case of the Harris UBC, the signals originate 
in the UBC and must be received by the BIU as input and PAO 
through PAS of 6522(C) must be set to read the lines. When 
the BIU is connected to the Graphic 7, PAO through PAS must 
be set to write on the lines since the unit address is gener- 
ated in the BIU. For this reason, the dual inverter/dr iver 
arrangement shown in the BIU schematic is used. The output 
of PA4 on 6522(C) is used to select the appropriate half of 
74S240vE) which allows the UR bus to be either an input to or 
an output from the BIU. The control of these signal lines is 
also discussed in more detail in Paragraphs 8.5 and 9,1.2. 
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5. 2, 5. 3 Input Interrupt . Whenever the Graphic 7 has 
input data for the Harris or whenever an output data word has 
been processed, the Graphic 7 must provide an interrupt on 
the IIFU signal line. There is no similar signal which is 
returned to the Graphic 7 by the UBC so this can be consider- 
ed a one-way control line, that is, it is only active when 
the BIU is attached to the UBC. The BIU uses the output from 
CB2 to signal the Harris UBC in the same manner as the Graph- 
ic 7 signals with the IIPU line. The software description of 
this signal explains how the signal is generated (see Para- 
graphs 8. 2. 3. 2 and 8. 3. 2. 2). Since no true hardware hand- 
shaking takes place in the BIU, the signal is totally under 
software control. It is inverted by the hardware in the BIU 
and then fed directly to EC116 and pin 49 of the 50-pin 
connector . 


5. 2. 5. 4 R/W Control . To allow the Harris UBC to deter- 
mine which of the two conditions (input/output IIFU) mention- 
ed above exists when the IIFU signal is triggered, the R/W 
signal line is used. As in the case of the IIFU signal, this 
is a one-way signal from the Graphic 7 to the UBC. There is 
no counterpart going to the Graphic 7 from the UBC. For this 
reason this signal is only active when the BIU is connected 
to the UBC. Again this signal line is under software control 
and is documented more fully during the software discussion 
(Paragraphs 8.2. 3,1 and 8. 3. 2.1). As can be seen from the 
BIU schematic, the signal proceeds directly from the PAS out- 
put through inver ter/dr iver 748240(F) to EC114 and then to 
pin 47 of the 50-pin chassis connecter. 


5.2.6 Manual Address Selection 


The CAPS BIUs contain a DIP switch which allows the user 
to select the bus address to which a BIU will respond. The 
8-bit DIP switch is located at the input to the PB bus of 
6522(C) at digital board reference E-40. By selectively 
opening and closing these u switches, the user can set a one- 
byte address to the VIA. The BIU software uses this address 
whenever it must compare a packet address to its "home” add- 
ress. Like several of the above listed features, this func- 
tion is under software control and is discussed in more de- 
tail in the appropriate paragraph (Paragraph 7.11.3.2). The 
hardware configuration, however, indicates that when a given 
switch is open, there is a TTL one (+5V) present in that bit 
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location. Likewise, when a given switch is closed, there is 
a TTL zero (OV) present. The high-order bit is at digital 
board reference E-47 and the low-order bit at reference E-40 


5.3 Serial Interface to Network 

The communications interface to the bus communications 
system is through the Motorola 6850 ACIA chip at digital 
board coordinate R-1. The chip provides a TTL interface to 
the BIU MODEM modules for establishing the proper signal 
timing and format used on the coaxial cable system. A de- 
tailed discussion of the functions of these components and 
the other hardware related to the transmission and reception 
of data to and from the cable system can be found in [10] . A 
discussion of the details of the MODEM design can be found in 
[18] . 


5.4 Serial Terminal Interface 


As was mentioned above, the hardware necessary to allow 
the digital board to function in a serial terminal BIU is 
installed on all CAPS BIU digital boards. No detailed dis- 
cussion of this hardware will be undertaken here. It is 
sufficient at this point to define the chips on the digital 
board which are dedicated to this function. The 6850 chip at 
coordinate M-9 is the ACIA chip used to communicate to an RS- 
232C interface. It uses the 1488 line driver chip and the 
1489 line receiver chip to insure proper signaling. DIP 
switch (A), at coordinate N-24, is used to select the line 
speed for the serial interface through the 14411 clock chip. 

A more detailed description of the functioning of this type 
of interface can be found in [10]. 
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PART III 

CAPS COMMUNICATIONS SYSTEM SOFTWARE 
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SECTION VI 


STANDARD CAPS INTERFACE SOFTWARE 


6 . 0 INTRODUCTION 

This section discusses pertinent sections of the soft- 
ware used by the Harris host computer and the Graphic 7 
controller to establish a parallel interface between these 
devices and also interface each device to the MITRE BIUs. A 
detailed discussion of the software used in both the Harris 
and the Graphic 7 can be found in [7] and 16] respectively. 
Only the elements directly affecting the operation of the BIU 
are addressed here. The block diagram appearing in Figure 
2.1-2 represents the relationship of the software packages 
used to implement this interface. 


6 . 1 Harris UBC Interface 

The Harris UBC interfaces with the Graphic 7 as well as 
the BIU through a software communications handler which al- 
lows communications in either the teletype emulator mode, 
that is, word at a time through the "A” register, or the DMA 
mode, that is, directly from the memory locations indicated 
by a starting address and word count. The actual handler is 
a combination of the existing Harris TTY handler and the DMA 
portions of a handler in use by MIT Lincoln Labratories on a 
Harris system using a Chaining Block Controller (CBC) . The 
CAPS handler was developed by NASA's Institutional Data Sys- 
tems Division [7]. The standard VULCAN TTY handler does not 
support a parallel interface and thus must be merged with the 
parallel CBC interface handler which does not support TTY 
operations . 

The Harris UBC parallel interface is designed to trans- 
mit 24-bit words to peripheral devices via a daisy-chained 
interface. In the CAPS application, the Sanders Graphic 7 
uses only the low-order 16 bits of the interface for parallel 
communication. Standard Harris I/O service commands [21] are 
used to perform the transfer operations with the exception of 
the following changes: 

1. Paper tape and cassette functions have been 
removed . 
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2. Special purpose keys CTL-E, CTL-R, and 
CTL-L are not implemented. 

3. Function code '04 is invalid. 

4. Function code '07 is used for DMA read. 

5. Function code '10 is used for DMA write, 

(Note; The notation {’} indicates an octal 
number . ) 


6.1.1 Teletype Operations 

Typical teletype data transfers are initiated by use of 
the symbolic I/O commands to output a data word (ODW) or in- 
put a data word (IDW) . These transfers are used only when 
the Graphic 7 terminal is functioning as a TTY terminal. The 
input or output is always referenced to the Harris host. 

These data transfer commands function as described by the 
Harris I/O services manual [21] . Data words transferred in 
the TTY mode are composed of three bytes, the low-order byte 
containing valid data and the two high-order bytes containing 
null or zero. These operations are always word (byte) -at-a- 
time through the "A" register with the Slash 8 processor 
maintaining the application software in a wait condition 
until the transfer is acknowledged. The completion of each 
word transfer is signaled by an interrupt from the device al- 
lowing the I/O handler to process the next word. 


6.1.2 FSP Operations 

Two types of transfer can occur when a FSP application 
program is running: parallel through the "A" register, and 
DMA. The commands described in Paragraph 6.1 and the I/O 
services manual [21] determine which type of transfer will be 
used. 


6. 1.2.1 Register I/O . If symbolic commands are used in 
the application program, the transfer of data occurs through 
the "A" register. As in the case of TTY transfers, each op- 
eration loads the data word into the "A" register via the 
appropriate command and causes the UBC to effect the trans- 


f er , In the FSP mode, however, the two low-order bytes in 
each word contain valid data and special control characters 
are not recognized. 


r 


6. 1.2. 2 DMA Transfers . Since DMA operations, by defin- 
ition, involve direct transfer from memory locations {not 
through any register) , the parallel handler starts each DMA 
transfer with an output address word (OAW) command to the 
UBC. This sets the starting address for the following trans- 
fer. This address represents the first location where data 
will be stored on input, or the first location from which 
data will be read on output. The handler then executes and 
output command word (OCW) instruction which establishes the 
device involved with the transfer, the word count used and 
whether input or output will occur, upon receipt of this 
command, the controller commences the transfer without inter- 
fering with the Slash 8 processor operations and interrupts 
the processor when the transfer is complete (word count zero 
interrupt) . The UBC performs the DMA transfer by transmit- 
ting words to the communications interface hardware, two 
bytes at a time with valid data in both bytes, directly from 
the memory addresses specified without interfacing with the 
central processor, it is important to note that special TTY 
control characters can be embedded in these words and must be 
ignored by the communications media. 


6.1.3 Message Buffering 

To increase the speed of data transfer during certain 
CAPS application programs, a special communication package 
was developed which decreases the number of I/O operations 
for any given program using FSP. The package is transparent 
to the application and the communications media but may re- 
sult in increasing the length of any given I/O operation. 

The main function of the package is to buffer output messages 
from the Harris FSP until critical commands are issued or the 
buffer becomes full. At that point a standard I/O operation 
is initiated and control returned to the application program. 
A double buffering scheme is used to prevent the application 
program becoming frozen in a wait state while the transfer is 
underway. More details on this message buffering package are 
available in [8] . 
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6. 2 Graphic 7 Interface 


Like the Harris host, the Graphic 7 controller uses 
special software to interface with a parallel channel [6] . 

The standard Sanders Graphics Control Package (GCP) has the 
ability to detect when the parallel interface card is instal- 
led. It makes the assumption that if the card is installed, 
the host will communicate with the Graphic 7 via this paral- 
lel interface. The parallel or serial state of the interface 
is established by the parallel interface diagnostic routine 
which is executed whenever the Graphic 7 terminal is reset. 

If the diagnostic completes successfully, the lOINTF flag is 
set to 0 indicating communication via the parallel interface. 
If it fails, the flag is set to 1 and host communication is 
through the serial multiport board. In the case of parallel 
operations, the Graphic 7 utilizes a 16-bit bus for input and 
another 16-bit bus for output. Transfers are through the 
"RO" register in the TTY emulator mode and via register I/O 
and DMA in the system mode of operation. The transmission 
medium for the Graphic 7 parallel interface must be transpar- 
ent to these operations. 


6.2.1 Teletype Emulator 

When initializing the Graphic 7, the user will normally 
place the Graphic 7 controller in the TTY mode by entering a 
carriage return when the test pattern appears on the screen 
and then typing ”Y" and a carriage return. This initiates 
communication throught the TTY emulator section of GCP enab- 
ling the user to communicate with the host as if the Graphic 
7 were a TTY device. In this mode, the 16-bit words on the 
buses are again divided into two bytes with valid data in the 
low-order location and null or zero in the high-order loca- 
tion. Three special characters are recognized by the emula- 
tor. These are carriage return (forces the cursor to the 
lefthand side of the screen) , line feed (forces the cursor to 
move down the screen one line) , and the graphic control char- 
acter octal 235 (forces the controller into the system mode) . 


6.2.2 System Mode Input 

As mentioned above, the system I/O handler performs two 
types of data transfers: parallel through the "RO" register 
and DMA. Here again the GCP determines the type of interface 
to the host by performing the parallel interface diagnostic. 
In this case the lOMODE flag reflects the result of the test. 
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The set and clear criterion used in the TTY emulator is used 
again. When communicating via the parallel interface, how- 
ever, unlike the TTY emulator mode, the 16-bit data words 
contain two valid data bytes each. 


6. 2. 2.1 Register I/O . Normal communication to the host 
in the system mode utilizes the ’’RO” register for transfer. 
When an interrupt from the host is detected in the parallel 
interface status variable (PARSTS) , a one word transfer is 
assumed and the word placed in the ”R0" register. This word 
is then compared to the valid message codes recognized by 
GSS-4 as host commands. These commands can result in further 
action by the GCP communication interface to set up for a DMA 
transfer, if necessary, or they can simply result in special 
processing functions necessary to the GSS-4 operation. 


6. 2. 2. 2 DMA Operation . If a DMA operation is indicat- 
ed, two more words are read from the host; the first is the 
starting address where the data is to be stored and the 
second is the number of words in the transfer. This second 
word is also stored in "R5" and acts as a flag for DMA opera- 
tions. Words processed by the handler when the DMA flag is 
set (greater than zero) , are stored according to the addres- 
sing information transfered at the start of the DMA opera- 
tion. The DMA operation continues until the word count has 
been satisfied and the word count zero bit in PARSTS is set. 
Unlike the Harris UBC DMA operation where the UBC controls 
the transfer while the CPU continues with other processing, 
the Graphic 7 GCP processor remains in a tight loop this 
point until the operation is complete. Only those -Ap^^aitions 
which generate processor interrupts continue during VMA 
transfers . 


6.2.3 System Mode Output 

In the system mode, all data transfers to the host are 
accomplished through register "RO". As in the case of input 
operations, both bytes of output words contain valid data. 
There are two types of output used in the system mode: a 
fixed length, 4-word message, and a variable length message. 
Each variable length message is preceded by a fixed length 
message instructing the HCP to prepare a buffer of the 
indicated length. Hardware interface handshaking is accom- 
plished and controlled by the software storing into and then 
reading the PARSTS flag as an indication of the host's ac- 
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ceptance of the data. The GCP remains in a tight loop after 
setting the output handshake signal in PARSTS until it 
detects the return acknowledgment in PARSTS. 
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SECTION VII 


GENERAL BIU SOFTWARE 


7 . 0 INTRODUCTION 

The software developed for the CAPS BIU was adapted from 
existing code operationally interfacing several serial and 
parallel devices to other cable sytems such as the TMS system 
at NASA [22] . Many of the subroutines used in these systems 
are common in whole or in part to subroutines in the CAPS 
system. This is markedly so in the case of the routines 
which interface with the bus communications cable. This sec- 
tion of the report documents these common sections of the 
code and portions of subroutines which function in a similar 
manner although using different variable names. Table VII is 
a list of the routines used in both the Harris UBC BIU soft- 
ware and the Graphic 7 BIU software. It indicates the degree 
of commonality and functions exercised by each routine. It 
can be used to obtain a more detailed understanding of the 
subroutine interactions when reading the the BIU software 
discussions in the following sections. 


7.1 Reset Operation 

When the power is first applied to the BIU or when the 
user presses the RESET button on the chassis, the BIU hard- 
ware forces the program counter to be loaded from the RESET 
hardware vector address $FFFC, where the ”$” symbol indicates 
a hexadecimal value. In most BIU applications, this vector 
location is loaded with the starting address for the code. 

In all CAPS BIUs, the starting address used as the RESET 
vector address is $F800. The RESET code performs several 
initialization functions including initialization of the ser- 
ial and parallel interface chips, zeroing most variables to 
establish known conditions, setting the pointers for the buf- 
fer address space and starting a Time-Of-Day (TOD) clock used 
by several software timers. The following paragraphs discuss 
each of these functions in some detail. The reader is di- 
rected to Appendices I and II to follow the discussion with 
flow charts and the source code. The assembler language used 
in the BIU software source code is documented in [23] . 
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TABLE VII 


BIU SOFTWARE SUBROUTINE INTERFACING 


NAME 

CALLED 

BY 

CALLS 

FUNCTION 

* DEGREE OF 
COMMONALITY 

RESET 

Hdwr 

Vector 

INDEV 

PCONST 

ENQ 

STIMER 

PUTSTR 

INTBUF 

(MATCH) 

Initializes all variables 
and Peripheral Chips, Sets 
Up Buffers 

1 

MLOOP 

MLOOP 

NET 

OUTDEV 

INTBUF 

INDEV 

TIMOUT 

CKTOUT 

MLOOP 

Main Program Loop to 
Continually Call all 
Subroutines 

Main 

3 

NET 

MLOOP 

SFINC 

DQ 

Used to Transmit Packets on 
the Network 

3 

INDEV 

MLOOP 

INDEV 

PCONST 

STIMER 

PUTSTR 

ENQ 

INDEV 

RESET 

Input Interface from 

Device 

1 

(SYSTMX) 

RESET 

CKTOUT 

— 

Subroutine Section of 
Used during BIU Sign- 

INDEV 

On 

1 

(ASKAGN) 

CKTOUT 

— 

Subroutine Section of 
Used during BIU Sign- 

INDEV 

On 

1 

OUTDEV 

MLOOP 

PCONST 

ENQ 

PUTSTR 

DQ 

STIMER 

Output Interface to Device 

1 

TIMOUT 

MLOOP 

— 

Increments the 1/4 Sec Clock 

3 
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TABLE VII (Continued) 


NAME 

CALLED 

BY 

CALLS 

* DEGREE OF 

FUNCTION COMMONALITY 

CKTOUT 

MLOOP 

CTIME 

SNDSTA 

PUTSTR 

(ASKAGN) 

Check for Various System 
Timeouts 

2 

CTIME 

CKTOUT 

— 

Compares TOD Clock to 
Variable Timer 

3 

SNDSTA 

CKTOUT 

PCONST 

ENQ 

STIMER 

Generates a Status Packet 

3 

INTBUF 

RESET 

INDEV 

IRQ 

ALLOC 

Sets Up a Buffer for Input 

3 

IRQ 

Hdwr 

Vector 

SFINC 

ENQ 

INTBUF 

Receives Packets from Network 

2 

NMI 

Hdwr 

Vector 

— 

Resets the Network UART 

3 

PCONST 

RESET 

INDEV 

OUTDEV 

SNDSTA 

ALLOC 

Initializes an Output Packet 

3 

STIMER 

RESET 

INDEV 

SNDSTA 

OUTDEV 


Sets a Variable Timer 

3 

SFINC 

NET 

IRQ 



Increment a Status Message 

3 

ALLOC 

INTBUF 

PCONST 

— 

Reserves a Buffer for Input 
or Output 

3 
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TABLE VII (Concluded) 


NAME 

CALLED 

BY CALLS 

FUNCTION 

* DEGREE OF 
COMMONALITY 

ENQ 

RESET 

INDEV 

OUTDEV 

SNDSTA 

IRQ 

Adds a Buffer to either 
Input or Output Queue 

3 

DQ 

NET 

OUTDEV 

Removes a Buffer from 
Queue 

either 

3 

PUTSTR 

RESET 

INDEV 

OUTDEV 

CKTOUT 

Sends BIU Dialogue to 

Device 

1 


* 1 - Differences in several consecutive lines of code in 
several parts of the routine. 

2 - Differences in variable names and/or small areas of the 

code . 

3 “* Identical throughout. 


NOTE: Names in parenthesis indicate entry points in INDEV 

Subroutine. 
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7.1.1 Chip Initialization 


Two basic types of chips are initialized in this section 
of the code; the 6850 ACIAs and the 6522 VIAs. The initiali- 
zation is accomplished by loading a data byte into each 
chip's control register (s). 


7. 1.1.1 6850 ACIA Initialization . To initialize the 

6850 chips, a two-step procedure is used. First, the chip is 
cleared via the master reset command. This command is issued 
by storing any data byte with bits 0 and 1 set high (e.g. 
XXXXXXll) into the ACIA status register . This causes a 
known starting state to exist in the 6850 chip. The second 
step is to set up the operating parameters for the ACIA by 
loading a second command byte into the status register. In 
the case of the CAPS BIU software, the device ACIA is not 
used and the network ACIA is initialized with the data byte 
11011000. 

Bits 0 and 1 ate used to set the counter divide clock to 
divide by one. This indicates that the ACIA will operate at 
the clock rate of 1/6 the CPU since the ACIA clock is obtain- 
ed from the main system clock chip, the 14411, on the pin 2 
output which is 1/6 the output of pin 19, the CPU clock. As 
mentioned above, the network ACIA transmits and receives at a 
rate of 307.2 Kbps. 

Bits 2, 3 end 4 are used to select the data format used 
by the ACIA. The particular pattern of bits cited above sel- 
ects a byte format consisting of 8 data bits plus an even 
parity bit plus one stop bit. Thus, each data byte transmit- 
ted on the network consists of 11 bits. 

Bits 5 and 6 initialize the transmitter control. They 
establish the state which will be rec ognized as indi cating 
the transmitter buffer empty and the Re ques t- to-Send output. 
In the CAPS BIU the values selected are RTS high and the 
transmitting interrupt disabled. 

Bit 7 is used to control the states that generate a re- 
ceiver interrupt of the CPU on the IRQ input. In the CAPS 
BIU, with the bit set high, the receive data register being 
full, t he receiver being ove rru n or a low-to-high transition 
of the Data Carrier Detect (DCD) signal results in an 
interrupt of the BIU CPU. 
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7. 1.1. 2 6522 VIA Initializacion . Several different 

registers are initialized in each of the VIAs used in the 
CAPS BID.. These include the Data Direction Register (DDR) , 
the Auxiliary Control Register (ACR ) , the Peripheral Control 
Register (PCR) and the Interrupt Enable Register (lER) . 

Since the values loaded into these registers vary depending 
on the application of the BIU, the discussion of their func- 
tion can be found in Sections VIII and IX. In general, 
however, it can be stated that the DDR is set to indicate 
which bits of the parallel interface are used for input and 
which for output, the ACR is used to select the software 
clocks desired, the PCR is used to set the chip handshaking 
control logic, and the lER is used to establish which hand- 
shake signals of the VIA will generate interrupts of the CPU. 


7.1.2 Variable Initialization 

The majority of the "Page Zero" variables used in the 
CAPS BIU programs are initialized to zero by a tight loop 
labeled ZLOOP in the source code. This loop uses the address 
of the variable XADDR as its stopping point to allow for a 
modification feature which permits the addition of page zero 
variables to the source software without the need to adjust 
absolute address values. Note that by adding more variables 
to the list of page zero variables before XADDR, the program- 
mer is not required to adjust the start or stop address of 
the ZLOOP. XADDR is the first of the Page Zero variables 
which is not initialized. A small group of variables are 
initialized to -1 in a similar manner. These variables are 
used as an indication of the end of a queue or to establish a 
certain system state. This latter initialization is accom- 
plished by the loop labeled PFLOOP. 


7.1.3 Buffer Address Initialization 

The control of the input and output queues is an impor- 
tant part of the BIU softwcre. An excellent discussion of 
this control can be found in Section VIII of [22] . Note, 
however, that the CAPS BIU uses only the QIN and QOUT queues 
in a manner similar to the MODCOMP described in [22] . In 
addition, there are 22 buffers available in the CAPS applica- 
tion instead of the 21 cited in the TMS documentation. The 
RESET code initializes these control features by first estab- 
lishing a software stack of unused buffers (BUFSTK) and then 
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setting up a list of starting addresses for the buffers them- 
selves (HIPTR and LOPTR) . Then a list of the buffer pointers 
is created in the order of their use (NEXT) . 


7. 1.3.1 BUFSTK . Each 128-byte buffer in RAM is given a 
number according to the order in which it appears in memory. 
There are 22 buffers (numbered $00 to $15) in the CAPS BIUs. 
The tight loop, STACKI, is used to establish this numbering 
scheme. 


7. 1.3. 2 Buffer Addresses . The first buffer is located 
in an area of unused memory between the hardware stack and 
the bottom of the page zero variables. The starting address 
of this buffer is set to $00C0 before the regular buffer 
address initialization loop is entered. The next 21 buffer 
addresses are then set by the loop BUFPRI in HIPTR and LOPTR 
starting at address $0180 and continuing to address $0B80. 


7.1.4 Start of TOD Clock 

Each BIU periodically transmits a packet indicating its 
status. The CAPS BIU sends this packet approximately once 
every minute. To start the clock which keeps track of this 
process and all of the other processes that are based on the 
RESET time, the routine initializes the 6522 clock on PORT 1 
to set a bit in the port's Interrupt Flag Register whenever 
approximately 1/100 second has elapsed. This is accomplished 
by loading $4800 into the PORT 1 timer and setting the value 
01000000 in the ACR to indicate a free running clock. This 
means the clock will automatically restart whenever the clock 
decrements to zero and the interrupt flag will be cleared 
whenever the value of the low-order timer byte is examined 
(See TIMOUT Subroutine Paragraph 7.6). 


7.1.5 Sign-Off Message 

The CONECT flag is not reset during either the ZLOOP or 
the FFLOOP, therefore, it is an accurate indication of the 
previous state of the BIU prior to the RESET routine being 
entered. If the reset sequence is a result of the power-up 
cycle, then the data in CONECT will be some arbitrary value 
but roost likely not 1. The routine checks the value of 
CONECT and if found to be 1, which indicates that the BIU was 
previously connected to another BIU, it generates a Sign-Off 
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message to the BIU addcess found in XADDR, which is also un- 
cleared as a result of the two initialization loops. The 
purpose of this Sign-Off message is to insure that a BIU does 
not remain in a connected state and thus not free to communi- 
cate to other units when a previously connected BIU is reset. 


7.2 MAIN LOOP 

The RESET routine transfers control of the program to 
the MAIN LOOP. This loop repeatedly calls each of the main 
subroutines on a equal basis. The subroutines called and 
their functions are listed in the table below. Input from 
the network is accomplished via an interrupt (serviced in the 
IRQ routine) whenever the receive data register of the 
network UART becomes full. 


TABLE VIII 
MAIN SUBROUTINES 


NAME FUNCTION 

NET Transmits data packets on the network from QOUT 

OUTDEV Sends data into the device from QIN 

INTBUP Insures there is a data buffer available for IRQ 

IKDEV Collects data from the device, packetizes it and 

adds it to QOUT 

TIMOUT Polls the 1/4 second timer 

CKTOUT Checks critical timer controlled functions 


7,3 NET Subroutine 

The main output software interface with the cable net- 
work is through the NET subroutine; therefore, this routine 
should be common to all subscribers on the network. Differ- 
ent applications may vary the routine to take advantage of 
different delays necessary to clear buffers or wait for ac- 
knowledgments (ACKs) , but the main functions remain the same. 
This routine manages the transmission of data onto the net- 
work by controlling; collision avoidance, packet flow, LWT, 
data transmission, ACK recognition and output buffer freeing. 
Figure 7.3-1 is a flow chart of this routine. 
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7.3.1 


Collision Avoidance 


As mentioned in Section III, the network uses a system 
of collision detection and avoidance known as contention LWT. 
Should a collision occur during the transmission of a data 
packet, the XMIT flag is cleared and a pseudo-random number 
is loaded into RNDCNT. This variable is used to hold the 
transmission process in a delay loop to allow the network 
time to clear. Once the delay loop decrements RNDCNT to 
zero, the routine is allowed to continue normal processing. 
Since a random number based on the BIU's address is used to 
determine RNDCNT, the possibility of a deadlock situation, 
where two BIUs are continually colliding with each other's 
packets, is eliminated. 


7.3.2 Plow Control 

Since each BIU has a limited number of buffers available 
for storage of data packets, it is necessary to halt trans- 
missions of additional data packets if all of the buffers are 
in use. This flow control management is accomplished by 
using the normal message acknowledgment function of the net- 
work protocol. When a receiving BIU exhausts all of the 
available buffers, it will ACK the next packet with $FF (See 
IRQ Routine Paragraph 7.11). The NET routine recognizes this 
ACK as a request for time to clear one or more buffers and 
enters a delay loop to allow time for the receiving BIU to 
catch up (i.e. clear some buffers). This is accomplished by 
loading the NOXMIT counter with $FF or a count of 255. Each 
pass through the LWAIT loop sets the RNDCNT counter to $32 
which results in a 0.2 millisecond (msec) await. The total 
wait for an $FF ACK is thus approximately 51 msecs. 


7.3.3 Listen-While-Talk 

Once the required delays have been accomplished, the NET 
routine checks the status of the networ'k ACIA (D ART ) to de- 
termine if another BIU is transmitting. If the DCD signal is 
low, the routine returns con trol to the MAIN LOOP for a retry 
at a later time. If the DCD signal is high, the network is 
free for the moment. At this point the routine initializes 
several variables to prepare for transmission of a data pack- 
et. Since a finite time delay exists between the end of a 
packet's transmission and the return ACK from the receiving 
BIU, it is necessary to allow sufficient time for this return 
ACK to occur. In the CAPS application this time delay is 100 
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microseconds (usees). To avoid colliding with another BIU's 
ACK, the NET routine checks the network status again after a 
delay which allows ACKs to clear. If the network is found to 
be clear at this point, the transmitter carrier is turned on 
to keep other BIUs from transmitting and the data transmis- 
sion is initiated. The XMIT flag is set at this point to 
detect the occurrence of a collision during the packet 
transmission loop. 


7.3.4 Packet Transmission 

The next section of the NET routine transmits the data 
packet on the network, one byte at a time, until the packet 
byte count has been satisfied. The loop used to transmit the 
data continually monitors the state of the XMIT flag to de- 
termine if a collision has occurred. If the XMIT flag is 
cleared before the completion of the data packet transmission 
signaling a collision, the routine halts transmission, incre- 
ments its collision counter and returns to the MAIN LOOP and 
attempts retransmission of the packet at a later time. Each 
byte of the data packet is exclusively-ORed with all other 
bytes of the packet using the variable PARITY. After the 
packet byte count has been satisfied, the variable PARITY is 
transmitted on the network to serve as the longitudinal 
parity byte. 


7.3.5 Acknowledgment Control 

Each successfully transmitted packet should be acknow- 
ledged by the receiving BIU within a given time period. As 
mentioned above, for the CAPS application, the ACK must be 
received within 100 usees of the parity byte. The NET rou- 
tine enters a delay loop at the conclusion of the data 
transmission to await the packet's ACK. 


7. 3. 5.1 No ACK . If the delay expires before an ACK 
packet is detected, the routine assumes the destination BIU 
did not receive the packet, increments the retry counter, 
NTPRX, and checks to see if the packet was sent 127 times. 

If it was, the lost packet counter, NMLOST, is incremented 
and the packet discarded to prevent the delay of other data 
packets in the output queue. If not, then control is passed 
back to the MAIN LOOP for another try later. 
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7. 3. 5. 2 Bad ACK . The receipt of an ACK is detected by 
the receive data register full bit (bit 7) in the network 
UART status register being set. Since the UART is initializ- 
ed to generate an interrupt when this condition occurs, it is 
necessary to disable CPU interrupts while waiting for the 
ACK. This is to prevent the processor from branching to the 
IRQ routine when an ACK is detected. When the status bit is 
set, the NET routine compares the data byte in the receiver 
to the address of the packet’s destination BIU. If they do 
not agree, the byte is compared to $FF to determine if the 
transmitting BIU should delay for 50 msecs before trying to 
retransmit the packet. If it is not an $FF ACK, it is assum- 
ed to be a bad acknowledgment and the NTPRX counter is ad- 
justed and the retry code executed as if no ACK was received. 


7.3. 5.3 FF ACK . When an $PF ACK is detected, the 
NOXMIT flag is set by storing the value $FF into it. This is 
the numerical equivalent of placing a count of 255 into the 
counter. At this point the code continues through the sec- 
tion dedicated to counting the number of times a given packet 
was retransmitted whereupon it returns to the MAIN LOOP until 
a later pass through NET results in the generation of the 
delay requested. 


7. 3. 5. 4 Good ACK . When the comparison of the received 
data byte indicates a good acknowledgment, the status message 
field NMXMT is incremented to indicate the successful trans- 
mission of a packet and the buffer freed from the output 
queue using DQ. 


7.3.6 Freeing Packets 

To relea$e buffers to the free buffer pool, the NET 
routine calls the DQ subroutine when the packet has been 
successfully transmitted or when it was transmitted 127 times 
with no good acknowledgment, whichever occurs first. Upon 
completion of the dequeuing process in the DQ subroutine, the 
retry count is reset to zero and the routine passes control 
back to the MAIN LOOP. 


7 . 4 INDEV Subroutine 

INDEV is the main routine used to process data from the 
device for ' transmission on the network through the NET sub- 
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routine. Since the structure of this routine is highly de- 
pendent on the type of device the BIU is inter faceing , there 
is very little that is similar from one application to an- 
other, In the case of the CAPS application, the routines 
were developed from the ground up to interface with the 
Harris UBC and Sanders Graphic 7 systems. However, because 
the cable system was designed under the "cut and insert" 
philosophy, some sections of the INDEV routine used by the 
Harris BIU are similar to the INDEV routine used by the 
Graphic 7 BIU. Similar sections of the two routines are as- 
sociated with the DMA/TTY determination plan, the character/- 
word transmission and the queuing scheme. Details on the 
routines as a whole may be found in Sections VIII and IX. 


7.4.1 DMA Verses TTY Determination 

During the FFLOOP initialization in the RESET routine, 
the DMA indicator flag, DMATTY, is set to the quiescent -1 
state. Whenever the first input character from the device is 
detected, two timers are set (DMATM and TTYTM) and the DMATTY 
flag set to +1 to indicate a possible DMA operation. After 
the first character is processed, the code enters a wait loop 
pending the receipt of the next character from the interface. 
If no characters are received before the DMATM timer expires 
(approximately 650 usees) , DMATTY is decremented to indicate 
a possible TTY operation. In this case, a check is made to 
determine if a TTY control character has been received and 
should be sent immediately. If no control character was pro- 
cessed, the wait is continued until the next character is re- 
ceived or the one second TTYTM expires. In the case of the 
TTYTM expiring, the processed character (s) are transmitted 
and a new packet is started. The main purpose of this inter- 
face control is to decrease the amount of transmission over- 
head that would be required if only the DMA timer were used. 
That is, if only a DMA timer were used, each TTY character 
would result in a data packet being sent. This condition 
would exist because under normal conditions teletype charact- 
ers would be available at the interface hardware at a much 
slower rate (greater than 1/4 sec. between characters) than a 
DMA operation. DMA operations are assumed to present char- 
acters to the interface within 650 usees of each other. Each 
character presented resets the TTYTM flag and, if a DMA oper- 
ation is assumed, resets the DMATM flag. If more than one 
word was processed via the DMA interface when the DMATM timer 
expires, the buffered data is transmitted. Whenever the buf- 
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fered data is transmitted in the INDONE section of the code, 
the DMA and TTY timers are reset and the DMATTY state flag 
returned to the quiescent -1 condition. 


7.4.2 Character/Word Transmission 

As characters or words are presented to the device 
interface, the appropriate handshake lines ate set to insure 
no information is lost. While the names of the various hand- 
shake lines are different, the functions performed in the 
Harris BIU and the Graphic 7 BIU are the same. Upon entering 
the INDEV routine from the MAIN LOOP, a check is made of 
these handshake signals to determine if a valid data word is 
available on the data bus. If the handshake signal [on 
6522(A)! indicating a data word is available has undergone an 
active transition, the appropriate handshake bit in PlIFR is 
set and the data word can be read (low-order byte on PORTIA 
and high-order byte on PORTIB) . The loading of the CPU's "A" 
register from PORTIA triggers the return handshake signal to 
the device completing the handshake sequence. Due to the 
type of hardware used in the BIU design, the data presented 
to the BIU on the data bus is logically inverted. To obtain 
the proper format for transmission on the network, each byte 
is exclusively-ORed with $FF as it is processed. 


7.4.3 Queuing a Packet for Transmission 

The first check made upon entering the INDEV routine 
insures that a data packet is available for the receipt of 
data words from the device. The INSET flag is set whenever 
there is a buffer ready to receive data. If INSET is clear- 
ed, a new buffer is requested by using the PCONST subroutine. 
The buffered data is transmitted to the output queue whenever 
one of the following conditions exists: 

1. The maximum packet length occurs. 

2. Both the TTYTM and the DMATM expired. 

3. A DMA operation of more than two words 
occurred and DMATM expired. 

4. A TTY operation occurred and the last 
character was a control character. 
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Any of the above conditions causes the transfer of con- 
trol to the INDONE section where a check is made to insure 
that NULL packets, that is, data packets containing no data 
(byte count < 8) , are not transmitted on the network. At 
this point, the buffer is added to the output queue by invok- 
ing the ENQ subroutine, INSET is cleared to force another 
call to PCONST upon return to INDEV. From here control is 
passed to the top of the INDEV routine to allow continued 
processing of DMA data, if necessary. 


7.5 OUTDEV Subroutine 


As in the case of the INDEV routine, the OUTDEV routine 
is highly dependent on the device to which the BIU inter- 
faces. In the CAPS application, however, the OUTDEV routines 
used in the Harris and Graphic 7 BIUs do share some similari- 
ties. These similar sections include the buffer initialize 
tion code, packet transmission scheme, some special message 
handling and the buffer freeing code. These similar sections 
are discussed in the paragraphs below. 


7.5.1 Buffer Initialization 

The first check made when entering the OUTDEV routine is 
to determine if there is a data packet to be processed. Vhis 
is accomplished by examining the input queue pointer, QIN. 

If the pointer contains a value of -1, the end-of-queue mark- 
er, there are no packets awaiting transmission to the device. 
If, however, there is a valid pointer value in QIN, the buf- 
fer address indicated by this value is stored in OUTPTR for 
processing. At this point a determination is made concerning 
the purpose of the packet. If it is a data packet, it must 
be stripped of the header and transmitted to the device. 

This is accomplished in the section labeled PDATA. If, how- 
ever, it is not a data packet, the packet must be processed 
by special handlers appearing later in the routine. 


7.5.2 Packet Transmission 

In general, the same type of data communication and 
handshaking procedure is used in OUTDEV as was used in INDEV. 
That is, a data word is loaded on the data bus and a hand- 
shake signal [on 6522(B)] used to indicate that fact. The 
handshake and data lines are held in this state until the de- 
vice responds with the appropriate counter-handshake signal. 
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In OUTDEV, the BIU originates the handshake by storing a data 
byte in PORT 2A. At that point a tight loop is entered to 
await the return handshake signal on the PORT 2 CAl input 
which registers in P2IFR. The initialization of the PORT 2 
VIA established a level handshake on CA2 which is cleared by 
the active transition of the CAl signal line. This clearing 
action by the return handshake (DATU or OWR) from the con- 
nected device insures that the data ready handshake (DAVFU or 
OCTL) falls. Upon completion of the handshake sequence, con- 
trol is returned to PDATA to continue transmitting data words 
until the packet's byte count is satisfied. 


7.5.3 Special Message Processing 

For the most part, the Sign-On and Sign-Off message 
handling sections are similar from one application to an- 
other. In the CAPS BIUs, however, some minor differences do 
exist. They are similar in regerd to the setting and clear- 
ing of the appropriate flags used to control the state of the 
BIU; however, there are differences in the handling of 
Sign-On acknowledgments. 


7. 5. 3.1 Sign-Off Message . If a Sign-Off message is be- 
ing processed, the first check is to see if this BIU is con- 
nected. If it is not, the packet is ignored. If it is con- 
nected, the XADDR variable is compared to the from address in 
the packet. This is to insure that the BIU ingnores Sign-Off 
packets from BIUs other than the one to which it is connected 
(See Paragraphs 8. 1.3.1 and 9. 1.3.1). If the address is the 
same as the value in XADDR, the XADDR variable is cleared 
along with INBC. This is to insure that a partially generat- 
ed outgoing packet is not inadvertently sent to the wrong 
address. After these two variables c»re cleared, the CONECT 
flag is reset to -1. 


7. 5.3.2 Sign-On Message. The processing of a Sign-On 
message also requires a check of the connection state of the 
BIU. If the BIU is already connected to another BIU, it can- 
not allow another BIU to Sign-On unless it is a special 
multifunction unit; therefore, the packet is ignored. In the 
CAPS application, neither the Harris nor the Graphic 7 BIUs 
allows more than one simultaneous logical link. If the BIU 
is not currently connected, the packet is examined for the 
return address. This value is then stored in XADDR and a 
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Sign-On Acknowledgment packet generated in PCONST. This 
packet is then added to the output queue by a call to ENQ and 
the connect flag CONECT double-incremented to +1. 


iV'9- 


7.5.4 Packet Freeing 

As in the case of the NET routine, when the OUTDEV rou- 
tine is finished processing a packet, a call to DQ is used to 
free the packet for later use. 


7.6 TIMOUT Subroutine 

The TIMOUT routine is used to increment a three-byte 
time-of-day variable to record the passage of 1/4 second 
intervals. As mentioned above in the RESET routine, the VIA 
clock in PORT 1 is used to mark 1/100 second intervals by 
setting a bit in the PlIB'P. Each time the MAIN LOOP trans- 
fers control to the TIMOUT routine, that bit is examine and 
reset, if necessary. When it is reset, a variable labeled 
TICK, initialized to 25, is decremented until it reaches 
zero, indicating the expiration of 1/4 seond. When TICK 
reaches zero, it is reset to 25 and the variable TOD incre- 
mented via a three-byte addition scheme. Figure 7.6-1 is a 
flcv.' chart of the operation of this routine. 


7.7 CKTOUT Subroutine 

Since the CKTOUT routine is used to indicate the state 
of several timers that are used to control certain functions 
of the BIU, there can be differences in this code to reflect 
the tests that are required by a given application. In the 
CAPS application, there are some differences between the 
Harris and the Graphic 7 BIUs in this area, but the basic 
scheme used to check for timeouts is the same. This routine 
functions by loading a pointer to the particular timer that 
is to be examined and then jumping to the CTIME subroutine. 
Upon return from that subroutine, the carry bit in the CPU's 
status register will be set to indicate the timer has expired 
or it will be cleared to indicate there is still time 
remaining . 
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Figure 7.6-1: TIMOUT Subroutine Flow Chart 
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7.8 CTIME Subroutine 


This routine is used to compare the current TOD variable 
to the variable indicated by the "X" register. It performs a 
three-byte check to determine if the timer has expired. If 
the TOD variable is greater than or equal to the variable 
being checked, the .’firry bit will be set when control is 
passed back to the calling routine. 


7.9 SNDSTA Routine 


Every BIU, that interfaces a subscriber device to the 
network, is designed 1:o report the status of certain key 
parameters involving the network operation on a periodic 
basis. In most applications, this report is generated ap- 
proximately once every minute. In the CAPS application, this 
status reporting is in the standard BIU format described in 
Section III of this report. The SNDSTA routine is used to 
generate this report whenever the CHKOUT routine indicates 
that the status message timer, TSTAT, has expired. The rou- 
tine uses several loops to load a status packet with the data 
contained in the status variables. This status packet is 
generated by a call to PCONST with the special status message 
type code loaded into the "A" register. 


7.9.1 Main Status Variables 

After the status message packet length of 42 bytes is 
stored in the byte-count location in the packet, the routine 
enters a loop to transfer the first 16 bytes of status infor- 
mation into packet byte locations 8 through 23. This is ac- 
complished by the section labeled SLOOPl. The bytes are ob- 
tained from the 36 consecutive bytes of page zero memory 
starting with the variable NMXMT and ending with the variable 
NMWAIT. 


7.9.2 Packets Waiting 

The next loops encountered in this routine are used to 
count the number of packets that are waiting to be transmit- 
ted to the device or transmitted on the network. In SLOOP2, 
the QOUT pointer is examined to start a count of the number 
of packets waiting to be transmitted onto the network. This 
loop increments a counter, the "A” register, until it en- 
counters the end-of-queue marker, a -1, in the NEXT list. 


- 91 - 


This counter is then an accurate indication of the number of 
packets remaining to be transmitted. In a like manner, 
SL00P3 is used to examine the input queue to determine the 
number of packets waiting to be transmitted to the connected 
device. 


7.9.3 ACIA (UART) Status 


The next fev/ lines of the code are used to record the 
status of the device and the network UARTs. Here, also, the 
status of the interrupt flag register for the PORT 1 VIA is 
recorded along with the address of the last BIU to which a 
packet was sent (XADDR) . Note that to enable a standard 
status packet format for all BIUs, the status of PORT 2 and 
PORT 3 VIAs are not examined and the device UART status is 
transmitted even though it is not used in the CAPS 
application . 


7.9.4 BIU Function Code 

The final 12 bytes of information loaded into the packet 
are transferred from an area of the EPROM which provides a 
description of the function performed by this BIU. In the 
CAPS application, the two codes used are "HARRIS BIU " and 
"GRAPH 7 BIU ". These last bytes are transmitted to the 
packet in the section labeled SLOOP4. At the conclusion of 
this loop, the packet is ready to be placed on the output 
queue. A call to ENQ is used to accomplish this. 


7.9.5 Clearing Counters 

The final loop, in this section of the code, is used to 
clear the 16 counters used to record the status message data 
described above. In SLOOPS, zero is stored in the 16 page 
zero locations starting with NMXMT. Following this loop, 
control is return to CKTOUT to finish the timer checks. 


7.10 INTBUF Subroutine 


The INTBUF routine is used to insure that a packet is 
ready to receive data from either the network or the attached 
device. A flag, INTSET, is used to indicate when a buffer is 
ready. Upon entering this routine, the INTSET flag is exa- 
mined. If it is cleared, then a new buffer must be prepared 
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to receive data. This buffer initialization is accomplished 
by a call to the ALLOC subroutine. If control is returned to 
the INTBUF routine with the negative bit of the CPU status 
register set, then the buffer allocation was unsuccessful and 
control is returned to the original calling routine. If the 
allocation was successful, then the input buffer pointer, 
INTPTR, is set with the buffer address and the INTSET flag is 
incremented. The flow chart in Figure 7.10-1 provides a 
logical picture of the functioning of this routine. 


7.11 IRQ Subroutine 

As mentioned in Table VII, this routine is initiated by 
a hardware vector. This vect or is located at memory location 
$FFFE. Whenever the CPU's IRQ signal goes low, the program 
counter is loaded with the address of the IRQ subroutine from 
that vector location. Since this routine is another of the 
network interface routines, most of the code will be common 
to all BIUs in the application. There is one small area of 
difference between the Harris and the Graphic 7 BIUs. The 
Harris BIU must recognize a DISC signal from the UBC as an 
interrupt, therefore several lines of code were added to the 
standard IRQ routine to handle this function. This special 
code is discussed in Section VIII. The flow chart shown in 
Figure 7.11-1 is useful in understanding the functions of 
this routine. 


7.11.1 Interrupt Initialization 

To prepare to process an interrupt, the IRQ routine must 
first insure that no information concerning the state of the 
CPU can be lost during the routine. For this reason, the 
state of each register is pushed onto the hardware stack. 

Note that, as part of the interrupt vectoring process, the 
CPU status register and the return address for the program 
counter were previously pushed onto the stack. 


7.11.2 Receiver Control 

The network UART was initialized to generate an inter- 
rupt whenever any one of the following three conditions 
exists : 
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Figure 7.10-1: INTBUF Subroutine Flow Chart 
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Figure 7.11-1: Standard IRQ Routine Flow Chart 
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1. Receive Data Register Full 

2. Receive Overrun Condition (No Stop Bit) 

3. DCD Transitions Low-to~High 


To clear the overrun condition, the network UART status 
register is loaded into the "Y" register. The receiver data 
byte is then placed in the "A” register and the determination 
of the destination of the data packet is initiated. 


7.11.3 Data Destination 

Two possible conditions can exist when the receiver 
detects a date byte on the network. First, the packet could 
be one that this BIU is transmitting using the LWT protocol, 
or second, the packo'. could be coming from another BIU. The 
XMIT flag is used to distinguish the two conditions. 


7.11.3.1 Own Transmission . If the XMIT flav is non- 
zero, the data byte in the receiver is the result of one of 
the first two bytes transmitted by the NET routine. These 
are the bytes that are used to determine if a collision with 
another BIU's transmission has occurred. The first two bytes 
are stored temporarily in the two byte variable TOKEN to 
await the collision comparison. If the two bytes agree with 
the first two transmitted by NET, then the receiver is turned 
off to allow uninterrupted transmission of the remainder of 
the outgoing packet. If a collision was detected, both the 
receiver and the transmitter are turned off, resulting in the 
clearing of the XMIT flag (Sea NMI Routine Paragraph 7.12) 
and a pseudo-random number is generated and stored in RNDCNT 
to delay the next attempt at packet transmission. After the 
setting of RNDCNT, the number of collisions, NMCOL, is incre- 
mented and control passed to the return section of the IRQ 
routine. Following the return from the interrupt, control is 
passed back to the NET routine where the absence of the XMIT 
flag is detected during the transmission loop and transmis- 
sion halted. 


7.11.3.2 External Transmission . If the XMIT flag is 
zero, the byte in the receiver buffer must be coming from 
another BIU. If this is the first byte of a packet, it con- 
tains the address of the destination BIU. In all current bus 
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applications, only the first byte of the packet is examined 
for this addressing information, though, as was noted in the 
discussion on the packet structure in Section III, two bytes 
are provided for addressing. In the CAPS j;pplication, the 
first byte is compared to an address selected via hardware on 
PORT 3B. This function is described more fully in Section V. 
If the packet is not addressed to this BIU, the receiver is 
turned off until the falling of the transmission carrier 
generates a Non-Maskable Interrupt (NMI) . 


7.11.4 Data Reception 

If the packet is addressed to this BIU, a check is made 
to see if there is a buffer ready to receive the data. 

INTBUP is examined, and if found to be cleared (indicating 
that a bulffer is not rj;t|dy), the number of lost packets, 
NMLOST, is incremented, the receive|.c turned off and an $PF 
ACK transmitted to the originator BIU. If a buffer is avail- 
able, the address is stored in the first buffer memory loca- 
tion and the input loop entered. At each reception of a data 
byte, the byte parity is checked. If there is a parity error 
detected, control is passed to the parity error handler sec- 
tion of the routine. In addition to the byte parity check, 
each data byte is exclusively-ORed with the variable PARITY 
to repeat the longitudinal parity check discussed in NET. 

When the eighth data byte is detected, it is stored in the 
special byte count variable, INTBC, to allow the determina- 
tion of the end of the packet. Once this byte count is sat- 
isfied, the next byte received is the longitudinal parity 
byte. This byte is then compared to PARITY and control 
passed to the acknowledgment section if it is the same value. 


7.11.5 Parity Error 

If the longitudinal parity byte is in error or if any 
byte parity bit is in error, control is passed to PARERR. 

Here the number of packets received with bad parity, NMBCRC, 
is incremented, the receiver turned off and control passed to 
the interrupt return sequence without sending an ACK. Since 
no acknowledgment is sent, the originating BIU is forced to 
retransmit the packet at a later time. 
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7.11.6 


Acknowledgment 


This section of the routine can be entered from two 
areas of the code. If a packet was received without error, 
the code transfers control to SNDACK with the BIU's address 
in the ACKBYT variable location. If there were no buffers 
available for reception of the packet, the value in ACKBYT is 
set to $PF. This section of the code waits until the network 
becomes free and then transmits this one byte as an acknow- 
ledgment to the originator of the packet. 


7.11.7 Retransmissions 

To allow for the possiblity of a data packet being pro- 
cessed more than once, as in the case of the originator mis- 
sing an ACK, each packet header contains a sequence number. 
The originator's address and the sequence number of the pack- 
et are examined to determine if this packet had been received 
previously,, The two bytes in the packet are compared to the 
values stored in LAvSTTX and LASTSQ and if found to be the 
same, the packet is ignored. If it was not received earlier, 
the new sequence number and originator address are saved in 
LASTSQ and LASTTX respectively. 


7.11.8 Packet Queuing 

All new packets are added to the input queue in a manner 
similar to that used for queuing packets for transmission in 
INDEV. The input queue is specified by the value QIN-NEXT 
and the ENQ routine is called. The number of packets receiv- 
ed with good parity, NMGCRC, is incremented and a new input 
buffer requested by a call to INTBUF. At this point control 
is passed to the interrupt return code. 


7.11.9 Interrupt Return 

The process of saving the state of the CPU registers is 
reversed in the interrupt return code. Here the three regis- 
ter values are pulled from the hardware stack and an RTI com- 
mand executed. The RTI command insures that the CPU status 
register is restored from the stack as well. 
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7.12 


NMI Routine 


h non-maskable interrupt vector is located in the EPROM 
memory at location $PFFA. This interrupt is used as an indi- 
cation that the data carrier on the cable has fallen. This 
active transition of the carrier signifies the end of a BlU's 
transmission. The NMI code is used to reinitialize the net- 
work UART, that is, turn on the receiver to counteract the 
effects of the IRQ routine when it determines that a given 
packet is not of interest. It is also used to clear the XMIT 
flag thus signifying that a collision may have occiirred. The 
standard interrupt handling procedure for saving the status 
register and the return address is used and the "A” register 
pushed and pulled as required to save its state. Figure 
7.12-1 is the flow diagram for this routine. 


7.13 PCONST Subroutine 


This subroutine is used to prepare a packet for trans- 
mission onto the network. The first step in this process is 
to allocate a buffer for this packet. Since the allocation 
process involves the adjustment of buffer pointers used in 
the IRQ routine, the ALLOC subroutine must not be interrupt- 
ed, thus interrupts are disabled during the call to ALLOC. 
Here again the state of the negative flag in the CPU status 
register is used to indicate the success of a buffer alloca- 
tion. In this case, however, if a buffer is not available, 
the routine simply returns control to the calling routine 
until a later time. If a buffer was successfully allocated, 
BIUPTR is set to the buffer address and the packet header 
initialized. CLOOP is used to clear the header values not 
set in the PCONST routine. The destination address is loaded 
into the packet from the value in XADDR and the BIU's return 
address is derived from the PORT 3B value. The message type 
was passed to the routine in the "A" register and is stored 
in the sixth byte of the header. A default packet length of 
8 bytes is assumed at this point and control returned to the 
calling routine. 


7.14 STIMER Subroutine 


The STIMER routine is used to set the value of a three- 
byte system clock variable based on the TOD timer. The 
pointer to the clock to be set is loaded into the "X" regis- 
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Figure 7.12-1; NMI Routine Flow Chart 
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ter and the value to be added to TOD is loaded into the "A" 
register. The routine then uses a three-byte addition scheme 
to store the TOD plus increment into the indicated timer. 


7.15 SFINC Subroutine 


This routine is used to increment two-byte status mes- 
sage fields in a non-return to zero scheme. It is called 
with the counter to be incremented indicated by the value of 
the "X" register. This counter is then incremented and, if 
the total value of both bytes of the counter exceeds 65535, 
the counter is set to $PPPP. 


7.16 ALLOC Subroutine 


As was mentioned above, the ALLOC routine is used to re- 
serve a buffer for use in storing data coming into the BIU 
from the network or the attached device. ALLOC examines the 
value in STKPTR, the variable indicating the number of buf- 
fers not previously allocated, and if decrementing STKPTR 
does not result in a negative number, a buffer is allocated. 

A negative value in STKPTR at this point results in a direct 
return to the calling routine with the sign bit of the CPU's 
status register set. If there is a buffer available, the "X" 
register is set with the pointer to the free buffer and 
control is passed to the calling routine. 


7.17 ENQ Subroutine 


As in the case of the PCONST routine, the ENQ routine 
must make adjustments to buffer pointers. Therefore, the 
status of the CPU's interrupt flag is saved by pushing the 
status register on the sta.ck and disabling interrupts. ENQ 
is called with the queue of interest, input or output, indi- 
cated by the value in the "A" register. The value indicated 
by this pointer is itself a pointer to the next value in the 
queue. By searching throught the NEXT list (a connected list 
of buffer pointers), the end-of-queue indicator, $FF, is 
found. When the $FF is located, the pointers are spliced to 
include the new buffer according to the scheme indicated in 
Figure 7.17-1. The interrupt status of the CPU is restored 
by the PLP command and control returned by the RTS command. 
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Figure 7.17-1: Packet Enqueuing Procedure 





















7.18 DQ Subroutine 


As in the case of the ENQ routine, the DQ routine must 
not be interrupted by IRQ. Therefore, the interrupt mrask is 
set after the interrupt state of the CPU is saved by the PHP 
command. The top buffer in the queue indicated by the "X” 
register contents, is removed by the adjustment of pointers 
indicated in Figure 7.18-1. The number of the free buffer is 
added to the list of free buffers in BUFSTK and the value of 
STKPTR is incremented to indicate one more buffer is now 
available. The interrupt status of the CPU is restored by 
the PLP command and control returned to the calling routine 
by the RTS command. 
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Figure 7.18-1: Packet Dequeuing Procedure 



















SECTION VIII 


SPECIAL HARRIS UBC BIU SOFTWARE 


8.0 INTRODUCTION 

As mentioned in Section VII, some sections of the BIU 
software were designed for a particular device interface. 

The Harris UBC has several handshake signal lines which are 
not necessary on the Sanders parallel interface card. For 
this reason and because the BIU must resemble a Sanders 
Graphic 7 parallel interface to the UBC, there are differ- 
ences in some sections of the BIU code. These differenes in 
the Harris UBC software are detailed in the following 
paragraphs . 


8.1 RESET Routine 


Although much of the RESET routine is common to both the 
Harris and the Graphic 7 BIU software, portions of the rou- 
tine are dedicated to special initialization functions. 

These functions include handshake definition, setting the IC/V 
state and preparing the BIU to respond to inputs from the 
VOLLEY diagnostic program (See Section X) . The following 
paragraphs detail these special functions and Figure 8.1-1, a 
flow chart of the special Harris BIU RESET routine, is pro- 
vided to allow the reader a clearer understanding of the 
discussions. 


8.1.1 Handshaking Initialization 

The 6522 VIA chips must be initialized to recognize 
proper logic levels or pulses on the CAl and CBl inputs and 
to establish the proper responses on the CA2 and CB2 outputs. 
In the Harris BIU, the handshaking controls are set according 
to Table IX. This table indicates the signal change that is 
recognized as an active transition by the 6522 and the data 
word stored in the chip's PCR to initialize it. 

In addition to establishing the handshake control, this 
code also determines which signals are used to interrupt the 
CPU. In the case of the Harris UBC BIU code, the UBC's 
transmission of a DISC signal should cause the BIU to respond 
with a CNCT signal. For this reason, the PORT 3 lER is 
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loaded with the code 10000010 to indicate that an active 
transition on PORT 3 CAl should generate an interrupt on the 
BIU's CPU IRQ line. Special code discussed in Paragraph 8.5 
is executed when this occurs. 


TABLE IX 

HARRIS UBC BIU HANDSHAKING CONTROL 


PORT 


INIT 

ACTIVE TRANSITION 

RESPONSE 

# 

DEFINITION 

CODE 

CAl 

CBl 

CA2 

CB2 

1 

INPUT 

10011011 

L-TO-.H 

L-TO-H 

PUL 

N/A 

2 

OUTPUT 

10001000 

L-TO-H 

N/A 

LEV 

N/A 

3 

CONTROL 

11111000 

L-TO-H 

N/A 

MAN 

N/A 


L-tO-H * Low to High (OV to +5V) 

PUL = 550 ns +5v Pulse 

LEV = +5V Level held until active transition on CAl 
MAN = Manual Handshake under software control 

N/A = Not Used 


8.1.2 R/W Status 

To insure that the status lines used by the Harris UBC 
to indicate to the communications handler which type of I/O 
operation generated the last IIFU signal, are in a known 
state, the special write data word is stored into PORT3A. 

With bit 4 of this word set to zero and the data inverted by 
the driver hardware, the last operation performed by the UBC 
is initiated as a write operation. This line is set manually 
throughout the I/O routines of the Harris code in the INDEV 
and OUTDEV subroutines. 


8.1.3 Power-Up Cycle 

Due to constraints on user transparency, the power-up or 
power-fail condition demands that the Harris BIU attempt to 
clear any possible Graphic 7 BIU connections and force the 
previously connected Graphic 7 BIU to reinitiate a sign-on to 
any available Harris BIU without user interaction. This nec- 
essitates a complex power-up sequence in the Harris BIU. 

With multiple terminals connected via the bus, the virtual 
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circuits created by the BIU interconnections are destroyed by 
a power failure or removal of power (turning the BIU off) at 
either end. To allow for a smooth reconnection of these cir- 
cuits when power is restored, each BIU executing the RESET 
code issues a sign-off message to the other BIU comprising 
the old circuit. This is to prevent the possible loss of 
resources if one BIU assumed it was still in the connected 
state (See Paragraph 7. 5.3. 2). Since the previous state of 
the BIU is lost when power is removed (dynamic RAM) , the 
Harris BIU sends a sign-off message to all possible Graphic 7 
BIUs when executing the RESET code during a power-up se- 
quence. This is not the case, however, when the RESET button 
is pushed. In this case, only one sign-off message is neces- 
sary and that is to the BIU whose address is still present in 
XADDR. In the case of a power-up cycle, the Harris BIU at- 
tempts to connect to the backboard BIU (See Paragraph B.1.4) 
unless a Graphic 7 BIU sign-on request overrides this link. 
The criterion used to distinguish between the pressing of the 
RESET button and a power-up cycle is based on the loss of 
data due to the dynamic RAM. If the variable HARGO contains 
the bit pattern $57 then the code assumes this is not a 
power-up cycle and continues executing the code as if the 
RESET button was pressed. 

The constants TRMBAS and TRMCNT are used to establish 
the limits for the sign-off loop. TRMBAS is used to indicate 
the base network address of all Graphic 7 BIUs. It should be 
the lowest address for any set of Graphic 7 BIUs and all 
other Graphic 7 BIUs should have an address which falls with- 
in the range between TRMBAS and TRMBAS+TRMCNT-1 . TRMCNT is 
used to indicate the total number of possible Graphic 7 ter- 
minals in the system. In the current application, TRMBAS is 
set to $51 and TRMCNT is set to $08. The sign-off loop, 
SNDSOP, repeatedly calls PCONST with a new value of XADDR 
within the range described above and then calls ENQ with the 
newly defined sign-off packet. The final result of this loop 
is a queue of sign-off messages, one to each of the possible 
Graphic 7 BIU addresses in the system. 


8.1.4 VOLLEY Initialization 

A special diagnostic program was developed for the 
Harris Slash 8 to allow for the verification of the cable 
hardware and to troubleshoot cable problems (See Part IV) . 
Special BIU software was developed for the Harris BIU to 
allow this program to communicate directly to the Backboard 
BIU whenever the Harris BIU is not already connected to a 
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Sanders terminal. After the connect state of the BIU is 
established during the RESET cycle, the BIU generates a sign- 
on request to the Backboard BIU. Control is then passed to 
the main loop to allow normal processing of the sign-on re- 
quest. Code in the NET, INDEV and OUTDEV subroutines handles 
the completion of the sign-on process and the establishment 
of communication with another BIU when that BIU attempts a 
sign-on to the Harris BIU. 


8.2 INDEV Subroutine 


The INDSV subroutine must perform all of the necessary 
Harris output processing software functions of the Graphic 7 
which the BIU mimics. In the case of the Harris UBC BIU, 
this requires INDEV to operate like the Graphic 7 parallel 
interface handler. Unlike the Graphic 7 BIU, however, the 
Harris BIU does not require the capability to enter into a 
dialogue with the attached device to determine to which BIU 
it will connect. For this reason, the INDEV routine used by 
the Harris BIU contains only code associated with the device 
interface. This special code involves several functions in- 
cluding handshaking, command data processing and interrupt 
generation. The following paragraphs detail these functions. 
A flow chart of the Harris INDEV subroutine is presented in 
Figure 8.2-1 for reference. 


8.2.1 Harris Handshaking 

The Harris BIU handshaking signal lines must respond to 
the UBC in a manner similar to the Graphic 7 parallel inter- 
face. Since the PORT 1 VIA [6522(A)] is used for input, its 
CAl and CBl inputs are used to interface with the UBC as the 
ODH and CDH signal lines. In addition, the CA2 output is 
used as the ODACP return handshake line. 


8. 2. 1.1 Incoming Data Handshake . Active transitions on 
the CAl or CBl signal lines set bits 1 and 4 respectively in 
the PORT 1 interrupt flag register (IFR) . Testing of these 
bits .by the code in the GETCH section of the routine allows 
for the proper data ready indications. If neither bit is 
set, the code flow falls through to the timer section to test 
for word interval timeouts. If bit 1 is set, the code trans- 
fers control to the data retrieval section, GETDAT. If bit 4 
is set, the code transfers to the command data section to 
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Figure 8.2-1: Harris BIU INDEV Subroutine Flow Chart 
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allow for a handshake response without further processing. 
This is necessary since the Graphic 7 ignores command data 
words from the Harris, 


8. 2. 1.2 Return Handshake . Whenever data is read from 
PORT lA via a load command, the VIA will set the CA2 signal 
line according to the state of the PCR initialization. In 
the case of the Harris BIU, the PlPCR was set to respond with 
a 550 nsec positive pulse (+5 V TTL) as the return handshake. 
It should be noted that this pulse is not a true mimic of the 
standard Graphic 7 interface in which level handshaking is 
used. However, this pulsed handshaking was necessary to in- 
sure that the signal level on the ODACP line would return to 
zero after the Harris UBC dropped the incoming data handshake 
signal and no erroneous handshake would be detected from the 
special hardware configuration used (See Paragraph 5.2.2), 


8.2.2 Command Data Processing 

As mentioned above, the Graphic 7 ignores command data 
from the Harris UBC. To allow for proper handshake proces- 
sing, the BIU must insure that there are no previous data 
words waiting to be transmitted and then start the DMA timer 
as if the first word of a new DMA operation has just been 
received. This requirement has led to the special CDH pro- 
cessing in the GETCDA section. The first check in this sec- 
tion of the code is to determine if it is necessary to send a 
packet with previously received data. The INDONE section of 
the code is used to accomplish this, if necessary. If no op- 
eration was previously in process, the data word is treated 
as the start of a new DMA operation and the associated timers 
are set. Prior to entering the CHARS (waiCd processing) sec- 
tion of the code, a check of the type of data being processed 
causes a return for the next character if a command data word 
was indicated. This halts the transmission of the unneeded 
command data word on the network. 


8.2.3 Interrupt Processing 

Unlike the Graphic 7 BIU, the Harris BIU must generate 
interrupts of the Harris host. To support che Harris UBC 
handler, both input and output interrupts are necessary. In 
addition, a status line used to indicate which type of inter- 
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rupt occurred is controlled by the BIU software. This inter 
rupt processing is controlled by the R/W and IIFU manual 
handshake lines. 


8. 2. 3.1 R/W Handshake Line . The R/W status line is 
controlled by th¥ output of bit 5 of the PORT3A. With a high 
level written to PORT3A in this bit location, the R/W signal 
line goes to the low state because of the hardware inverter. 
Likewise, by writing into P0RT3A with this bit set low, a 
high level is present on the R/W signal line. As was men- 
tioned above, the line being high signifies that the last 
IIFU signal indicated a successful write operation from the 
Harris UBC. For this reason, the Harris BIU responds to a 
word transfer in INDEV by writing into PORT3A the word 
HARADW. 


8. 2. 3. 2 IIFU Handshake Line . To insure that the R/W 
signal line is interpreted properly, the^IIFU handshake is 
sent immediately after the state of the R/W line has been 
set. In the INDEV subroutine the IIFU signal is sent by a 
manual handshake operation caused by the storing of the word 
IIFU in the P3PCR. The output of the CB2 signal on the P0RT3 
VIA is set to a high level by this word. The signal is held 
high until cleared by storing the value NIIFU in P3PCR. This 
is accomplished after the UBC has had a chance to process the 
interrupt and is controlled by a counter loop which takes 
approximately ID usees to execute. 


8.3 OOTDEV Subroutine 


As in the case of the INDEV Subroutine, OUTDEV must 
perform all of the necessary Graphic 7 software functions 
which control data input to the Harris UBC. The functions 
which are unique to the Harris BIU include the handshake 
processing, interrupt control, deadlock control, and the 
handling of sign-on requests. These functions are described 
in the paragraphs below an’ the flow chart for this routine 
appears in Figure 8.3-1. 


8.3.1 Output Handshaking 

As with input handshaking the output handshaking process 
is designed to insure that data words cannot be lost during 
transfer. The fully handshaken interface described in Sec- 
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Figure 8.3-1: Harris BIU OUTDEV Subroutine Flow Chart 
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tion V is implemented using the software constant DATU and an 
interrupt control of the IIFU signal line similar to that in 
the input sequence. 


8. 3. 1.1 Output Data Valid . Here again, the storing of 
a data byte into the output port, PORT 2A, triggers an auto- 
matic handshaking signal by setting the CA2 output to a high 
state. This signal is cleared by the active transition of 
the CAl signal line which indicates the Harris UBC has accep- 
ted the data word. 


8. 3. 1.2 Output Return Handshake . As in the case of the 
input return handshake, the Harris signals that the data sent 
by the BIU has been processed by raising the DATU signal 
line. The active transition of the signal from low to high 
on the CAl signal line, is used by the 6522 to clear the CA2 
output and set the interrupt flag bit in the IFR. The soft- 
ware uses a wait loop to repeatedly check this bit location 
to determine if the data has been processed. 


8.3.2 Interrupt Control 

As was mentioned in Paragraph 8.2.3, the interrupt sig- 
nal line to the Harris CPU interrupt logic, IIFU, is used to 
signal when the connected device has processed an output from 
the UBC as well as when the device has an input word for the 
UBC. In this case an input word has been placed on the input 
bus and the Harris CPU must be notified to read the word for 
processing^ Here again, a manual handshake is used by the 
BIU. The R/W signal line must also be set to reflect the 
proper state. 


8. 3. 2.1 R/W Signal Control . The R/W signal line is set 
to reflect the meaning of the last IIFU signal sent to the 
UBC. The state of this line must be set before the IIFU sig- 
nal is sent. This is necessitated by the delay involving the 
software control of the signal line in comparison to the 
speed of the hardware processing in the UBC. The data word 
HARADR is stored into the PORT3A register, thus setting the 
output on data line 5 to a high state. The 6522's data line 
is inverted by the hardware to indicate to the UBC that the 
IIFU signal is the result of a read operation. 


- 117 - 





8.3.2.^ IIFU Signa] Control . The state of the IIFU 
signal line is controlled by a manual handshake using the CB2 
output of the P0RT3 VIA. The value IIFU is stored into the 
PORT3 PCR which causes the low-to-high transition of the CB2 
signal line which is connected to the IIFU data line to the 
Harris UBC. In this case, however, the signal is held until 
the interface has acknowledged the receipt of the data on the 
input bus. At that point the NIIFU data word is stored into 
P3PCR, lowering the interrupt signal. 


8.3.3 Deadlock Control 

The possiblility of deadlock on output from the BIU 
arises since the BIU enters a tight loop monitioring the 
state of the CAl signal line on P0RT2 to observe the transi- 
tion from low to high. The BIU does not use interrupts from 
the UBC to indicate when data is available on the PORTl bus, 
so it is possible for the UBC to be trying to transmit data 
to the BIU at the same time the BIU is transmitting data to 
the UBC. In this situation, both devices would raise their 
valid output data signals and wait for the return response 
before proceeding. To prevent this deadly embrace, the BIU 
must defer to the UBC and respond to its output. To accom- 
plish this, the "X" register is loaded with the value $E0 and 
then decremented on each pass through the wait loop. If the 
"X" register reaches zero before the return handshake is re- 
ceived (approximately 2.0 msecs) the output is terminated and 
the OUTDEV routine is exited. Since the pointer to the next 
byte to be transmitted is still in the variable OUTBC, no 
data is lost and the OUTDEV subroutine will resume transmis- 
sion of data upon return during the normal MAIN LOOP calling 
sequence. Since control is returned to the MAIN LOOP, the 
INDEV routine is called before return to the OUTDEV routine, 
thus enabling the clearing of the deadlock situation. 


8.3.4 Sign-On Acknowledgment Processing 

The Harris BIU is designed to attempt a connection with 
the backboard BIU whenever possible. This is to allow the 
operation of the VOLLEY diagnostic program. Since the back- 
board is the only BIU to v^hich the Harris BIU may connect, 
the sign-on acknowledgment section of the OUTDEV routine is 
special. In this section, the CONECT flag is set to zero to 
indicate a connection with the backboard and the WATT flag, 
used to indicate that the BIU is awaiting the response to a 
sign-on request, is cleared. 
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8.3.5 Sign-On Request 


The requirement to process outputs from the VOLLEY diag- 
nostic program dictates a modification to the normal sign-on 
request processing. Since the RESET routine establishes a 
link with the backboard, the INTBUP routine allocates the 
first buffer with the backboard's address set in XADDR and 
the TO address of the packet. The Harris BIU must insure 
that a sign-on request from a Graphic 7 BIU supersedes the 
existing backboard connection since the Graphic 7 system has 
priority over the diagnostic process. To insure that the 
preallocated packet which was set aside by INTBUF, does not 
result in lost data, the sign-on processing section of OUTDEV 
must reset the values in XADDR and the third byte of the al- 
located packet. If a packet was not preallocated (INSET = 0) 
the TO address does not require resetting and this section of 
the code is bypassed. The CONECT flag is set to 1 to indi- 
cate a connection with a terminal device and control passed 
to the packet freeing section of the routine. 


8.4 CKTOUT Subroutine 

In the Harris BIU software, only two timers are used. 
These are a timer set when the BIU is attempting to connect 
with the backboard and the standard status message timer. 
These two functions are described below and the subroutine 
flow chart appears in Figure 8.4-1. 


8.4.1 Sign-On Acknowledgment Timer 

If the attempt to connect with the backboard BIU fails, 
the value in TOD exceeds the value stored in TSACK during a 
call to STIMER. This results in the WAIT and XADDR flags 
being cleared and the CONECT flag being reset to -1. 


8.4.2 Status Packet Timer 

The value in TSTAT is used to determine when the next 
status packet should be sent. When the TOD variable exceeds 
this value the control of the CKTOUT routine passes to the 
SNDSTA subroutine. 
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P . 5 IRQ Routine 

As was mentioned in Paragraph 7.J1, the interrupt hand- 
ling routine in the Harris BIU must recognize two types of 
interrupts: the standard network receiver interrupt and the 
special UBC DISC interrupt. This second interrupt is requir- 
ed to insure that the Harris CPU has a means of resetting the 
device interface during power-up or reboot operations. The 
DISC signal line is connected to the CAl input on the P0RT3 
VIA. The PORTS lER is initialized during the RESET routine 
to trigger a IRQ whenever there is an active transition on 
the CAl control line. This transition forces the BIU's CPU 
to transfer control to the IRQ Routine via the hardware vec- 
tor located at address $FFFE. Upon entering the IRQ routine, 
a test is made of the P3IFR register to determine if the 

interrupt was the result of the DISC signal. If so, the 

P0RT3A data lines are reset to allow input from the UBC's UR 

register. The value on the UR lines is compared to the valid 

address for a Graphic 7 ($0F) and, if found to be correct, 
the byte is loaded from P0RT3A triggering the return CNCT 
signal from CA2. The P0RT3A data lines are then returned to 
the output state to insure the R/W control line can be used 
and control passed to the interrupt return section of the 
routine. If the UR register does not match, the data is ig- 
nored and no return handshake is issued. Figure 8.5-1 is 
provided to detail the difference between the standard IRQ 
routine and the special Harris IRQ routine. 


8.6 Constants 

The constants section of the BIU code contains the BIU 
description sent with all status packets. In the case of the 
Harris BIU, these 12 bytes form the message "HARRIS BIU ". 
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Figure 8.5-1: Harris BIU IRQ Routine Plow Chart 
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SECTION IX 


SPECIAL GRAPHIC 7 BIU SOFTWARE 


9.0 INTRODUCTION 

The main purpose of the special Graphic 7 software is to 
cause the BIU to appear as the Harris host computer to the 
Graphic 7 parallel interface. Additionally, logical connec- 
tion to a Graphic 7 BIU or any other network subscriber is 
supported. These interconnections are handled through the 
INDEV subroutine. 


9.1 RESET Routine 

As in the case of the Harris BIU, several areas of the 
RESET routine are unique to the Graphic 7 BIU. These include 
the handshaking initialization, CNCT/DISC cycle, power-up 
cycle and the special "WHICH SYSTEM?" request. These areas 
are detailed in the following paragraphs and the flow chart 
for the Graphic 7 RESET routine appears in Figure 9.1-1. 


9.1.1 Handshake Initialization 

To establish the all-important handshaking logic control 
of the parallel interface, the 6522 VIAs must be initialized 
to respond to the appropriate signal level changes on the 
interface signal lines. In the RESET routine of the Graphic 
7 BIU, the VIAs' Peripheral Control Registers (PCRs) are set 
according to the values in Table X below. As in the Harris 
BIU, PORTl is established for input from the device and to 
recognize the low-to-high transition of the CAl signal line 
as indicating that valid data is present on the input data 
bus. PORT2 is set as the output bus. It uses the CA2 signal 
line as the valid data signal line and recogizes the CAl sig- 
nal line as the device acknowledgment of the data on the out- 
put bus. Once again PORT3 is used for some special func- 
tions, such as establishing the CNCT/DISC signals using CAl 
and CA2, and reading in the BlU's home address on PORT3B. 

The use of the interrupt capability of the VIA is not neces- 
sary in the Graphic 7 BIU since all inputs and outputs are 
fully handshaken and no special interrupts ate generated by 
the Graphic 7. 
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Figure 9.1-1: (Concluded) 
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TABLE X 


GRAPHIC 7 BIU HANDSHAKING CONTROL 


PORT 


INIT 

ACTIVE TRANSITION 

RESPONSE 

# 

DEFINITION 

CODE 

CAl 

CBl 

CA2 

CB2 

1 

INPUT 

10011011 

L-TO-H 

N/A 

PUL 

N/A 

2 

OUTPUT 

10001000 

H-TO-L 

N/A 

LEV 

N/A 

3 

CONTROL 

11101010 

L-TO-H 

N/A 

PUL 

MAN 


L-TO-H = Low-tO“High (OV -to- +5V) 

H-TO-L = High-to-Low (+5v -to- OV) 

PUL = 550 ns +5V Pulse 

LEV = +5V Level held until active transition on CAl 
MAN = Manual Handshake under software control 

N/A = Not Used 


9.1.2 CNCT/DISC Cycle 

To allow for the accurate mimicking of the Harris UBC, 
the CNCT/DISC cycle provides the connection logic used by the 
Harris to control the daisy-chained bus. When power is ap- 
plied to the BIU or whenever the RESET button is pressed, the 
DOCNCT section of the RESET routine transmits a 550 nsec pul- 
se on the CA2 signal line of PORT3. This pulse is a direct 
result of the store into PORT3A which activates the pulsed 
handshake of the PORT3 VIA. In addition to triggering the 
DISC signal, the unit code for the Graphic 7, which is pre- 
sented on the low-order 4 bits of PORT3A, is set to zero by 
the data stored in the VIA. Note that the digital. hardware 
of the BIU inverts the data from the low^order 4 bits for 
this purpose. The tri-state control for the unit code bus is 
also set by this word since the control bit, bit 4, is set to 
a high state thus indicating the low-ordier 4 bits are for 
output from the BIU (See Paragraph 5.2.5), The code loops at 
this point until the interrogation of P31E.R indicates that 
the active transition of the CNCT signal has been received on 
CAl. 


9.1.3 Power-Up Cycle 

As in the Harris BIU, constraints on user transparency 
require tnat the power-up or power-fail condition in the 
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Graphic 7 BIU forces an attempt to connect, when possible, to 
any ■ available Harris BIU without user interaction. This nec- 
essitates a complex power-up sequence in the Graphic 7 BIU. 
With multiple terminals connected via the bus, the virtual 
circuits created by the BIU interconnections are destroyed by 
a power failure or removal of power (turning the BIU off) at 
either end. To allow for a smooth reconnection of these cir- 
cuits when power is restored, each BIU executing the RESET 
code issues a sign-off message to the other BIU comprising 
the old circuit. This is to prevent the possible loss of 
resources if one BIU assumed it was still in the conn»;cted 
state (See Paragraph 7. 5. 3. 2). Since the previous state of 
the BIU is lost when power is removed (dynamic RAM) , the BIU 
sends a sign-off message to all possible Harris BIUs when 
executing the RESET code during a power-up sequence. This is 
not the case, however, when the RESET button is pushed. In 
th is case, only one sign-off message is necessary and that is 
to the BIU whose address is still present in XADDR. In the 
case of a power-up cycle, the Graphic 7 BIU attempts to con- 
nect to any available Harris BIU after the transmission of 
the string of sign-off messages. Since there is normally one 
Harris BIU for every Graphic 7 BIU in the system there is a 
high probability of finding at least one available BIU for 
the completion of the virtual circuit. The criterion used to 
distinguish between the pressing of the RESET button and a 
power-up cycle is based on the loss of data due to the 
dynamic RAM. If the variable HARGO contains the bit pattern 
$57 then the code assumes this is not a power-up cycle and 
continues executing the code as if the RESET button was 
pressed. 


9. 1.3.1 Sign-Off Loop . The constants HARBAS and TRMCNT 
are used to establish the limits for the sign-off loop. 

HARBAS is used to indicate the base network address of all 
Harris BIUs. It should be the lowest address for any set of 
Harris BIUs and all other Harris BIUs should have an address 
which falls within the range between HARBAS and 
HARBAS+TRMCNT-1 . TRMCNT is used to indicate the total number 
of possible Graphic 7 terminals in the system. In the cur- 
rent application, HARBAS is set to $21 and TRMCNT is set to 
$08. The sign-off loop repeatedly calls PCONST with a new 
value of XADDR within the range described above and then 
calls ENQ with the newly defined sign-off packet. The final 
result of this loop is a queue of sign-off messages, one to 
each of the possible Harris BIU addresses in the system. 
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9. 1.3. 2 Sign-On Message . Following the generation of 
the sign-off messages in the power-up cycle, the Graphic 7 
BIU attempts to establish a connection with one of the Harris 
BIUs by sending a sign-on request packet. To aid in reducing 
network overhead, a special algorithm is used to establish to 
which Harris BIU the first connection message is sent. The 
algorithm uses the low-order 4 bits of the Graphic 7 BIU's 
home address and the high-order 4 bits of the Harris base 
address to form the S-bit address byte for the sign-on re- 
quest packet. If that Harris BIU is unavailable for the con- 
nection, the address is incremented and tried again (See 
Paragraph 9.4.2) . It should be noted that no sign-on message 
is generated when the user presses the RESET but a dialogue 
with the terminal user is initiated (See Paragraph 9.2,4), 


9.1.4 "WHICH SYSTEM?” Request 

If the RESET button is pressed or no Harris BIU is 
available for a connection, the RESET routine engages in a 
dialogue with the terminal user to establish a connection 
with some other element on the network. To accomplish this, 
the Graphic 7 BIU sends, if necessary, a sign-off message to 
the previously connected EIU and a "LINK ENDED." message to 
the terminal. Next, the BIU sends the "WHICH SYSTEM?" mes- 
sage to the terminal via the PUTSTR subroutine. As in the 
case of the "LINK ENDED.''" message, this message is located in 
the high end of the EPROM memory and indexed based on the 
address of the variable ASCII. The "Y" register is used as 
the index for this reference. The response to this interro- 
gation is processed via the INDEV routine (See Paragraph 

9.2.4) . 

% 

9.2 INDEV Subroutine 


As in the case of the Harris BIU, the INDEV routine is 
the main input interface with the attached device and as such 
must insure that all handshaking and data transfer operations 
are performed in accordance with the standard interface pro- 
tocol. In addition, to provide for connections to other 
BIUs, the Graphic 7 version of INDEV must process the "WHICH 
SYSTEM?" response from the device as well as requests for a 
connection from other terminals on the network. The CONECT 
flag is used to distinguish between these three input states. 
Also, there are two modes of data input from the Graphic 7 
which must be distinguished: DMA and Teletype. All of thisse 
functions and the other major areas of difference between the 
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Graphic 7 version of INDEV and the Harris version are detail- 
ed in the paragraphs below. Figure 9.2-1 is the Graphic 7 
INDEV flow chart. 


9.2.1 DMA/TTY Operations 

The two inodes of operation for the interface cannot be 
distinguished. In TTY mode, all data words contain a null 
byte followed by valid data in bit locations 7 through 0. 

This valid data byte must be examined for control informa- 
tion, such as carriage return, line feed or rubout charact- 
ers. It is unwise to try to determine the mode of operation 
by examining the characters that are being transmitted since 
the DMA mode has no restriction on the data in either byte of 
the word. For this reason, two timers are used to establish 
the mode of any given input operation. 


9. 2. 1.1 DMA Timer . The DMA timer is more accurately 
described as a counter. When the first input word of an 
operation is detected by the handshake signal, the value of 
$20 is stored into the variable location DMATM. The input 
word is processed and the control returns to the handshake 
test part of the routine where the counter is decremented 
until either a new input valid handshake signal is detected 
or the counter reaches zero (approximately 650 usees) . If a 
new handshake is detected, the timer is reset, the data pro- 
cessed and the sequence repeated. When the counter reaches 
zero, the end of the DMA operation is indicated by setting 
the DMATTY flag to zero. Control is passed to the TTY hand- 
ler section of INDEV, If more than one word is processed 
without DMATM reaching zero ("Y" register > 11), it is assum- 
ed that a DMA operation has occurred and the buffered data 
sent without delay. If only one word is in the buffer, the 
word is probably a TTY word and the low-order byte is exa- 
mined for control characters. If any control characters are 
found, the buffered packet is transmitted and control return- 
ed to the MAIN LOOP. If no control characters are found, 
control is passed directly to the MAIN LOOP to await addi- 
tional characters or the expiration of the TTY timer. 


9.2.1. 2 TTY Timer . The processing scheme described 
above would lead to the unnecessary and perhaps damaging 
delay of one-word DMA transactions if no method of clearing 
these one word packets existed. For this reason a TTY timer 
is used to trigger the sending of data packets that are 
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buffered and awaiting the receipt of a control character. 

The variable TTYTM is set as a flag whenever a word is 
processed by the interface. The STIMER routine is used to 
mark the absolute system time when this flag should be 
cleared (See Paragraph 7.14). STIMER uses the value stored 
in the "A" register as an increment to the TOD clock for 
storage in the 3~byte variable indexed by the "X" register. 

In this case the variable set is TETTY. The CKTOUT 
subroutine, when called by the MAIN LOOP, examines this 
variable to determine if the TOD clock has exceeded it (See 
Paragraph 9.4.3). For the purpose of the TTY timer, if the 
TOD clock exceeds the TETTY variable value, TTYTM is cleared 
to indicate the expiration of the TTY timer. The value $4 
loaded into the "A" register prior to the call to the STIMER 
routine results in a one second delay before the clearing of 
the TTY timer flag. Wien the TTYTM flag is cleared, the next 
pass through INDEV results in the transmission of any 
buffered data by transferring control to the INDONE section 
of the code. 


9.2.2 Graphic 7 Handshaking 

As in the case of the Harris BIU handshaking signal 
lines, the Graphic 7 signal lines must respond in a manner 
similar to the Harris UBC during any given data transfer. 

Once again, the PORT 1 VIA is used for input to the BIU and 
the CAl input to this VIA is used to indicate that valid data 
is ready on the input bus. The data acknowledgment handshake 
is transferred automatically by the VIA on the CA2 output. 
Unlike the Harris BIU, however, the secondary input handshake 
on CBl is not used. 


9. 2. 2.1 Incoming Data Handshake . The hardware on the 
Graphic 7 parallel interface card generates both the IIPU 
signal and the IWR signal when valid data is ready on the 
IDOO-15 bus. The Graphic 7 BIU ignores the IIFU signal since 
input is not interrupt driven. The low-to-high transition of 
the IWR signal, however, drives the PORT 1 CAl input and in- 
dicates that data is ready on the PAO through PB7 signal 
lines. This transition of the IWR signal sets bit 1 of PllFR 
thus enabling the test of this bit location on a polled basis 
in the INDEV routine. 


9.2.2. 2 Return Handshake . Whenever data is read from 
PORT lA via a load command, the VIA sets the CA2 signal line 
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according to the state of the PCR initialization. In the 
case of the Graphic 7 BIU, the PIPCR is set to respond with a 
550 nsec positive pulse (+5 V TTL) as the return handshake. 

It should be noted that like the Harris BIU this pulse is not 
a true representation of the standard interface since level 
handshaking is used. However, this pulsed handshaking is 
necessary to insure that the signal level on the ICTL line 
returns to zero after the Graphic 7 drops the incoming data 
handshake signal (See Paragraph 5.2.2). 


9.2.2 Terminal Input Data Processing 

After the data word from the device is loaded and the 
handshaking sequence completed, the BIU must determine which 
of the three processing options to pursue. The CONECT flag 
is tested to determine if the incoming data is in response to 
the "WHICH SYSTEM?" interrogation, in response to a sign-on 
request from another terminal or destined to be transmitted 
on the network as part of a data packet. 


9.2.3.] Network Data processing . When the data word 
is destined for the network (CONECT = 1) , the word is placed 
in the outgoing packet by the CHARS section of the routine. 
In this case the data packet was reserved by a previous call 
to the INTBUF subroutine. The words are stored in a buffer 
indicated by INPTR as they arrive until one of the timers 
described above expires or the maximum number of bytes in a 
packet (MAXPAX) is reached. In either case, control is 
passed to the IMDONE section of the code to place the packet 
on the output queue and control returned to the top of the 
INDEV subroutine. 


9.2. 3.2 "WHICH SYSTEM?" Response . One of the possible 
states of the BIU interface is processing input data words, in 
response to the "WHICH SYSTEM?" interrogation (CONECT = -1) . 
After the input word has been acknowledged by the interface 
handshaking control, the routine jumps to the GETRPY section 
to determine if the data entered by the user is a valid BIU 
code name. If the code name is found to be correct, control 
is transferred to the MATCH section to build a sign-on re- 
quest message for transmission on the network. At this point 
several flags are set and control is returned to the MAIN 
LOOP to await a response. 
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9. 2. 3. 2.1 Valid System Code . All of the valid system 
code names that are recognized by a given BIU are stored in 
the area identified by the variable name TABLE. In the case 
of the Graphic 7 BIU, each entry in the table is composed of 
4 bytes (the 3-byte code name and the one-byte bus address 
for that device) . The GETRPY section of INDEV buffers the 
words entered by the user until a control character is typed 
or five words are entered. (Note: In this connection state, 

data words are assumed to be arriving in the TTY mode and to 
contain only one valid byte in the low-order byte position) . 
Control is then passed to the code check section where the 
first three characters of the entry are compared to the 
table. Codes of five bytes are used in the special case of 
terminal-to-terminal communication to specify which of the 
possible terminal addresses is desired. If match is found, 
control is passed to the MATCH section, otherwise, control is 
passed to the ASKAGN section of the code where a new "WHICH 
SYSTEM?" message is generated. 


9. 2. 3. 2. 2 MATCH Section . This section of the code is 
used to resolve the special cases involving transmission to a 
Harris BIU, a terminal BIU or another Graphic 7 BIU. These 
special cases result in special sign-on sequences to insure 
that the proper network address is used. In the case of the 
terminal or Graphic 7 connection request, the network address 
to be used is based on the value entered in the fifth byte of 
the interrogation response. In the case of a terminal sign- 
on request, the fifth byte entered by the user is placed di- 
rectly into XADDR. In the case of the Graphic 7 sign-on re- 
quest, however, the high-order 4 bits of the home address are 
substituted for the high-order 4 bits of the fifth byte and 
then placed into XADDR. In the case of the Harris BIU sign- 
on request, the code in the RESET routine to establish the 
original sign-on request during power-up is used to conserve 
space in the EPROM. This is accomplished by a jump to HARSON 
whenever the "Y" register indicates that the Harris code 
(CAP) was entered. All other valid codes result in a sign-on 
message based on the address stored in the fourth byte of the 
table. After XADDR is set, the packet construction subrou- 
tine PCONST is called with the sign-on request code stored in 
the "A" register. When control is returned from PCONST, the 
ENQ subroutine is used to place the packet on the output 
queue. The WAIT flag is incremented to indicate that the BIU 
is waiting for a sign-on acknowledgment packet and control 
returns to the MAIN LOOP to await a response to the sign-on 
request. 
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9. 2. 3. 3 Sign-On Request Response . The third state of 
the GONECT (0) flag is used to indicate that another BIU has 
sent a sign-on request packet to this BIU. During the pro- 
cessing of the packet in the OUTDEV subroutine, the GONECT 
flag was set to zero. At the same time, a sign-on request 
message was transmitted to the device via the PUTSTR subrou- 
tine. The user should respond to this sign-on request packet 
by entering either a yes or no response on the device. With 
the GONECT flag set to zero, all entries from the device are 
treated as a response to this request and thus transferred to 
the GETYN section of the routine. This routine recognizes 
only the first character of the word entered, assuming it to 
be in the TTY format. If the character is a "Y”, the code 
assumes the requested sign-on is to be acknowledged, thus 
leading to a connection between the two BIUs. Any other re- 
sponse from the device is assumed to be a negative response 
and results in no response to the requestor, thus leading to 
a sign-on request timeout (See Paragraph 9,4.2). If the re- 
sponse is affirmative, the PCONST subroutine is used to gen- 
erate the special sign-on acknowledgment message and the ENQ 
subroutine is used to place it on the output queue. If the 
request is from a serial terminal the TERMF flag is set to 
insure proper processing of data packets in the OUTDEV sub- 
routine (See Paragraph 9.3.1). Finally, the "LINK OKAY." 
message is set to the user by the PUTSTR subroutine and 
control returned to the MAIN LOOP for further processing. 


9.3 OUTDEV Subroutine 


As in the case of the INDEV subroutine, the OUTDEV rou- 
tine is the primary software interface for the transmission 
of data from the network to the attached subscriber device. 
Here again, the interface must perform all handshaking and 
data transfer functions in a manner similar to the Harris 
UBG. The OUTDEV routine must also recognize special messages 
from the network and process data from serial devices in a 
manner consistant with the parallel interface to the Graphic 
7. The special functions to perform these operations are 
detailed in the paragraphs below. The Graphic 7 OUTDEV flow 
chart is provided (Figure 9.3-1) for easy reference. 


9.3.1 Serial Terminal Output 

The Graphic 7 BIU has the capability to communicate 
directly to serial devices connected to the network through 
standard serial BIUs. The standard serial BIU data packet 
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IC-56864 


DECISIONS: 

At IS A BUrrER CURRENTLY lEINO OUTPUT? 

Bt IS A BUFEER QUEUED FOR OUTPUT? 

Cl IS IT A DATA PACKET? 

D: IS THIS BIU CURRENTLY CONNECTED TO 
ANOTHER BIU? 

E: HAS THE PACKET BEEN CONPLETELY 
SENT TO THE DEVICE? 

Ft IS THE HANDSHAKE COUNTER • 0? 

O: HAS THE NORD BEEN TAKEN BY 

THE DEVICE? , 

HI IS THIS A SION-OFF PACKET? 

II IS THIS BIU CONNECTED TO ANOTHER BIO? 
Jl IS THIS SION-OFF FROM THE PROPER BIU? 
Kl IS IT FROM A HARRIS BIU? 

LI IS THIS A SION-ON ACK PACKET? 

Ml IS A SION-ON REQUEST 0UTSTANDINU7 
Nl IS THE DATA IN THE PACKET FOR THIS 
DEVICE? 

0! IS THIS FRON A SERIAL TERMINAL? 

PI IS THIS A SION-ON REQUEST PACKET? 

Ql IS THE BIU ALREADY CONNECTED? 

R: IS A SION-ON REQUEST OUTSTANDINO? 



{ RHUHN ) 


Figure 9.3-1: Graphic 7 BIU OUTDEV Subroutine Flow Chart 
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contains valid data in each byte of the packet. The Graphic 
7 BIU parallel interface operates with a word-at-a-time 
protocol that transmits two network data bytes at a time to 
the terminal. When operating in the TTY mode, the terminal 
ignores the high-order byte of every word thus leading to 
lost data from serial devices if the standard parallel inter- 
face code is used. For this reason, a special handler in the 
BIU is used whenever the TERMF flag is set indicating a con- 
nection with a serial device. This code inserts a null byte 
in front of every data byte received in a data packet gener- 
ated by a serial BIU. 


9.3.2 Output Handshaking 

As in the case of the input handshaking, the output 
handshaking is designed to insure that there can be no lost 
data due to missed signals. PORT 2 is again used for BIU 
output and the CA2 signal line is used to drive the Graphic 7 
OCTL signal line whenever there is valid data on ODOO-15. 

The return handshake signal is processed through the CAl 
input to the output VIA. 


9. 3. 2.1 Output Data Valid . When the BIU has a data 
word to be transferred to the device, a store operation to 
P0RT2A results in the transition of the CA2 signal according 
to the control specified in the PORT 3 PCR. In the case of 
the Graphic 7 BIU, a level handshake is used to mimic the 
standard Harris UBC interface. The signal is held in the 
high state until the active transition of the return hand- 
shake acknowledgment line attached to the CAl input is 
detected . 


9. 3. 2. 2 Handshake Acknowledgment . As in the case of 
the Harris BIU, the CAl signal resets the CA2 output and 
indicates that the Graphic 7 has accepted the data on the 
output bus. The OWR signal line from the Graphic 7 is con- 
nected to the CAl input of PORT 2 for this purpose. An 
active transition on this signal line (low-to-high) also 
results in the setting of the OWR bit in the P2IFR. This bit 
is tested in OUTLOP to determine when it is safe to resume 
transmission of data words. 
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9.3.3 Deadlock Control 



As in the case of the Harris BIU, there is a possibility 
that the interface could be trying to transmit data in both 
directions simultaneously. This is the result of the BJU's 
entering a tight loop to monitor the state of the CAl signal 
line. The BIU does not use interrupts from the Graphic 7 to 
indicate when data is available on the PORTl bus, therefore, 
it is possible for the Graphic 7 to be trying to transmit 
data to the BIU at the same time the BIU is transmitting data 
to the Graphic 7. This situation is resolved in the same 
manner as described in Paragraph 8.3.3 but with a shorter 
delay period of only fiOO usees because the processor has less 
potential for being busy and thus causing an error. 

9.3.4 Sign-Off Processing 

The OUTDEV routine examines the message type of each 
packet it processes. If it is not a data packet, control is 
transferred to the TRYSOF section of the routine. Here the 
packet type is compared to the SOFMSG constant to determine 
if it is a sign-off packet. If it is not, control passes to 
the TRYSAC section. If it is a sign-off packet the routine 
checks several flags and variables to detrmine how to process 
the packet. First the CONECT flag is checked to determine if 
thisBIU is connected to any other BIU (CONECT = +1). If the 
BIU is connected to another BIU, the address of the BIU send- 
ing the sign-off message must be checked to insure that this 
sign-off message is valid. The third byte of the sign-off 
packet is compared to the value in XADDR to make this deter- 
mination. If it is found to be a valid sign-off packet, the 

value in XADDR is compared to the range of valid addresses 
for all possible Harris BIUs. A sign-off message from a 
Harris BIU is probably the result of a power failure and 
should lead to a sign-on attempt by the previously connected 
Graphic 7 BIU. If XADDR is within this range of addresses, 
HARGO is reset to a value which forces execution of the 

power-up cycle code and control is passed to the RESET 

routine to reestablish the virtual circuit to the Harris 
computer. If it was not previously connected to a Harris 
BIU, the BIU generates a "LINK ENDED." message to the device, 
followed by the "WHICH SYSTEM?" interrogation. When the code 
has finished processing the packet, control is passed to the 
packet freeing section where a call to the DQ subroutine 
releases it. 




9,3.5 Sign-On ACK Processing 

In the TRYSAC section, the message type is compared to 
the constant SACMSG to determine if the packet is an acknow- 
ledgment of a sign-on request. If it is not, the code trans- 
fers control to the TRYSON section. If it is a sign-on ACK, 
the state of the WAIT flag is examined to determine if this 
BIU is waiting for a response to a sign-on request message. 

If the flag is zero, there may be supplementary data in the 
packet so the code branches to the output section. If, how- 
ever, the flag is set, it is cleared and the CONECT flag set 
to +1 to signify that a valid connection exists. The sign-on 
counter used by the Harris sign-on loop (See Paragraph 9.4.2) 
is cleared and a check for output data is made. If the ac- 
knowledgment has a length field greater than 7, supplementary 
data for the device is present. In this case, control is 
passed to the output section of the routine to send this 
data. Otherwise, the "LINK OKAY." message is printed on the 
Graphic 7 display. Here again a determination as to the type 
of BIU (Serial or Parallel) is made and the TERMF set if 
found to be a serial device. At this point, the routine is 
finished processing the data, so control passes to the free- 
ing section of the routine to DQ the packet. 


9.3.6 Sign-On Request Processing 

The final check of the packet type occurs in the TRYSON 
section of the routine. If it is not a sign-on request from 
another BIU, the pack, i is discarded by the freeing section 
of the code. Sign-on request packets are valid only if the 
BIU is not already connected to another BIU. For this rea- 
son, the first check in this section of the routine is the 
state of the CONECT flag. If the BIU is already connected or 
waiting for the response to a sign-on request, the packet is 
ignored. If, however, the CONECT and WAIT flags indicate 
that neither state exists, the "LINK REQUEST FROM" message is 
transmitted to the device along with the address of the BIU 
attempting the sign-on. The return address is stored in 
XADDR and the CONECT flag set to zero to indicate the BIU is 
waiting for a response to the "LINK REQUEST ... " message. 

The TYACK timer is set by a call to the STIMER subroutine to 
prevent a locked situation that can result if the origina- 
tor's sign-on ACK timer expires before the Graphic 7 user re- 
sponds to the message. This timer allows the user 10 seconds 
to respond and then clears the flags (See Paragraph 9.4.2). 
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9.4 


CKTOUT Subroutine 


As in the case of the Harris BIU, the Graphic 7 CKTOUT 
subroutine is used to check several system timers for time- 
outs. In the Graphic 7 BIU, however, the routines vary 
greatly from those used in the Harris BIU. In addition to 
the standard status message timer check, three other checks 
are made. These checks are for 

(1) Sign-On ACK timeout, 

(2) Yes-No response timeout, and 

(3) TTY Timer timeout. 

All three checks are detailed in the paragraphs below 
and the flow chart for the Graphic 7 CKTOUT appears in Figure 
9.4-1. 


9.4.1 Sign-On Timeout 

During the process of attempting to connect to another 
BIU, the TSACK timer is set based on the type of device 
addressed. If a call to CTIME reveals the TOD clock has ex- 
ceeded the value in TSACK, the code assumes the addressed BIU 
is not available for the connection. If the sign-on request 
was to a Harris BIU, the code attempts a sign-on to the next 
Harris BIU in sequence by incrementing XADDR and generating 
another sig;j-on request message in PCONST. The code uses a 
section of the INDEV subroutine labeled SYSTMX to accomplish 
this sign-on. The range of valid Harris addresses is search- 
ed circularly, beginning with a starting address based on 
this BIU's home address. The counter SONCNT is used to keep 
track of the number of sign-on attempts to force an end to 
the sign-on loop when the total number of Harris BIU, TRMCNT, 
is exceeded. RSXADR is used to reset the base Harris address 
if the maximum Harris address is exceeded before SONCNT ex- 
ceeds TRMCNT. If no system is available for the sign-on, 
control passes to NOSYS where the "SYSTEM UNAVAILABLE." mes- 
sage is transmitted to the Graphic 7 and control passed to 
the ASKAGN section of the INDEV routine (See Paragraph 
9.2.3. 2) . 


9.4.2 Sign-On Request Timeout 

When another BIU has requested a connection to this BIU, 
the message transmitted to the Graphic 7 must be answered 
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Figure 9.4-1- Graphic 7 BIU CKTOUT Subroutine Flow Chart 
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within 10 seconds. If it is answered in the affirmative 
after 10 seconds has passed, the requestor has already 
stopped waiting for a response but the responder now thinks 
that there is a valid link. To prevent the BIU from becoming 
locked requiring the user to press the RESET button, the 
TYACK timer is set for 10 seconds and the CKTOUT routine used 
to clear the sign-on ACK flags when necessary. If the call 
to CTIME reveals that the timer has expired, the "SYSTEM 
UNAVAILABLE." messag'^ is transmitted to the Graphic 7 along 
with the "WHICH SYSTEM?" interrogation and the CONECT flag 
set to -1 to free the BIU. 


9.4.3 T TY Timo iit 

As was mentioned in the INDEV subroutine (Paragraph 
9.2.1), the TTY timer is used to prevent one-word DMA opera- 
tions from being frozen in the BIU. If a call to CTIME indi- 
cates the TETTY variable exceeds the TOD clock, the TTYTM 
flag is cleared. This forces the INDEV routine to send the 
buffered packet during the next input data cycle (See Para- 
graph 7.4.3) . 


9 . 5 PUTSTR Subrouti ne 

The PUTSTR routine is used to send service messages 
generated by the BIU to the Graphic 7 terminal. The main 
feature of the routine that is unique to the Graphic 7 BIU 
software is the use of the SNDOUT section of the OUTDEV 
routine as a subroutine. This is implemented primarily to 
conserve EPROM storage. The value in the "X" register is 
held constant to simulate a TTY transaction with the Graphic 
7. Each byte of the message is routinely loaded into the "A" 
register before the call to SNDOUT. When the value loaded 
from the ASCII table into the "A" register is equal to zero, 
the end of the message has been reached and control is 
returned to the calling routine. 


9 . 6 Constants and Tables 

The ASCII strings found below PUTSTR in the PROM memory 
are used by various routines to compare data input or gener- 
ate message outputs to the Graphic 7. As was mentioned in 
the discussion of the INDEV routine, the variables in TABLE 
are used to check for valid sign-on requests from the user. 
In the Graphic 7 application, currently four possible re- 
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sponses to the system interrogation message are recognized. 
The strings following ASCII are used by the various routines 
transmitting these stored messages to the user. Note that 
each message is terminated by a null byte equal to zero. 

Each entry into the table is marked by a label which is based 
on the difference of its address from ASCII. This allows the 
indexed operation of the PUTSTR using the "Y” register to 
point to each byte of the message in turn. As in the Harris 
BIU, the final 12 bytes of the constants section contain the 
special status message recognition code. In the case of all 
Graphic 7 BIUs, this code is "GRAPHIC? BIU." 
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PART IV 


DIAGNOSTIC PROCEDURES 
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SECTION X 


CABLE SYSTEM TROUBLESHOOTING 


10.0 INTRODUCTION 

An important function of this document is to provide 
system support personnel with the ability to diagnose and 
repair system failures in a timely manner. This section of 
the report provides these guidelines. The procedures docu- 
mented here should allow fault isolation and replacement 
usually in much less than an hour. It is assumed that 
failures occur rarely enough that reinstatraent of the system 
can be accomplished by replacement of the faulty part. Fail- 
ures resulting from software errors or contamination of the 
software by unintended modifications are not addressed. 

Failures that can cause interruptions in the CAPS 
communications can occur at any one of 7 possible sites. 
These sites are listed in Figure 10.0-1, together with 
identifying numbers which are used in the diagnostic 
procedures in Paragraph 10.1. 


Site 

Number 

1 

2 

3 

4 

5 

6 
7 


Site 

Harris Handler Software 
Harris UBC Interface Hardware 
Harris UBC BIU 

Radio Frequency (RF) Cable Plant 
Graphic 7 BIU 

Graphic 7 Parallel Interface Board 

Graphic 7 Graphic Control Package 
(GCP) Software 


Figure 10.0-1 Communications Failure Sites in the CAPS 


i»IlECEDING PAGE BLANK NOT FILMED 
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Several diagnostic approaches and tools ©re available to 
localize faults in the CAPS communication system. The first 
is the basic procedure of substituting known good parts 
(spare) for suspected faulty elements. Special purpose tools 
available to aid in this isolation and discussed in the fol- 
lowing paragraphs include the backboard BlUr a Harris program 
called VOLLEY and a dummy cable system (test jig). 


10 . 1 Fault Diagnosis Procedures 

The diagnostic procedures shown in Figures 10.1-1 
through 10.1-7 can be used to systematically isolate elements 
of the CAPS communication cable system. Figure 10.1-8 is a 
description of the test jig used in certain tests. Diagnos- 
tic testing should begin by following the steps in Procedure 
A (Figure 10.1-1) and continue through the steps as directed. 
Component substitution is used where possible, however, de- 
tailed instructions on testing or repairing components is 
beyond the scope of this document. Section XI contains a 
limited discussion of a suggested approach to the repair of 
BIOS. 
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1 . Quick check of the affected terminal; 


a . 

Verify that power is on the Graphic 1 , to 
the display (note switch light) , to the 
hard copy unit, and to the BIU. 

b. 

Press Graphic 7 RESET button (note test 
pattern) . 

c. 

Place Graphic 7 in TTY mode by entering a 
carriage return followed by a "Y" fol- 
lowed by another carriage return. 

d. 

Enter CNTL "S" (note BIU XMIT and RCVR 
Lights should blink when this entry is 
made). If the lights do not blink, swap 
the Graphic 7 BIU using Procedure D. 

2. Quick check of Harris operation; I 

a. 

Verify that all essential elements have 
power. If trouble is found, correct 
problem and continue with normal 
operation. At least the following 
elements should be checked: 


(1) Harris BIU 

(2) Harris CPU cabinet 

(3) Cable system power supply 

(4) Harris system control console 

(5) Harris disks 

b. 

Check that the Harris is not hung and 
that the control console responds to 
inputs. If the Harris is hung, reboot 
it. 

Figure 10.1-2; 

Diagnostic Procedure A - Quick Check of User 
Terminal and of Harris 
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Figure 10.1-3; Diagnostic Procedure B - Eliminates Sites 1, 
2, 3 and 4 (Harris Software and Hardware, 
Harris Biu and Cable Plant) 
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start 

Procedure C 


Site 5 y 

Swap Graphic 7 
BIU for a Spare 
fuse Procedure D) 


'Troblem 

Solved? 


Arrange for Repaii- 
I of Graphic 7 
BIU 


Site 6 

Swap Graphic 7 
Parallel Interface 
Board & Cable fora 
Spare 


Troblem 

Solved? 


Arrange for Repair 
,of Graphic 7 
Parallel Interface 
Board and/or Cable 


Site 7 iNo 


Remove RF Cables from 
a Working Terminal's 
BIU and Reconnect to 
Malfunctioning Terminal's BIU 


Problem ^s^Yes 
Solved? ^ 


Use Procedure F 
I to Isolate Failure 
! within Cable - 
Plant 


Repair 
Cable Plant 


Problem is Probablj 
Graphic 7 
Hardware-Arrange 
1 for Maintenance 


'Troblem 

Solved? 


Serious Problem 


Contact 

Developers 


Figure 10.1-4: 


Diagnostic Procedure C - Eliminates Sites 5, 
6 and 7 (Graphic 7 BIU, Graphic 7 Software 
and Hardware) 
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1. Turn off power to the BIU. 

2. Unplug power cord from the BIU and disconnect 
the parallel cable at the BIU. 

3. Move Programmable Read-Only Memory (PROM) 

chips from old BIU to new BIU, if necessary. 
NOTE : When substituting similar operational 

BIUs from another location, this step is 
normally not necessary. 

a. Remove top cover of BIU by removing four 
attaching screws on the bottom of the 
unit . 

b. The PROMs are located at board 
coordinates U22 and R14 (See Table VI) . 
Carefully lift up on the chips using a 
chip extraction tool insuring that the 
pins are not bent. 

c. Carefully insert the chips in the 
replacement BIU insuring that the PROM 
labeled F800 in at coordinate location 
U22 and the PROM labeled FCOO is at 
location Rl4. NOTE ; When the chips are 
properly inserted, there will be one 
empty pin socket at each end of each 
PROM. 

4. Move the RF cables from the old BIU to the 
replacement BIU. The orange or red banded 
cable should be connected to the transmit 
modem (marked with a "T" on the back of the 
BIU) , while the unbanded cable should be 
connected to the receive modem ("R"). 

5. Connect the parallel cable to the new BIU and 
connect the power cord to the new BIU. 

6. Turn on power to the new BIU. 


Figure 10.1-5; Diagnostic Procedure D - Method of Swapping 

BIUs 
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NOTE ; One Graphic 7 terminal cannot be used while 
this test is in progress because it uses one 
Harris BIU and the UBC associated with it. 

1. Build or locate the bus test jig, which is con- 
structed as follows; 

Two four-way multitaps (with 20 dB attenua- 
tion to tap — Jerrold PPT-4-20 or eguiva- 
lent) are connected back-to-back using a 
connector such as the Jerrold VHH. The 
pass-through outputs on each tap (See Fig- 
ure 10.1-8) should be terminated with 75- 
ohm resistive terminators (such as the com- 
bination of Jerrold VSF-59A adapter and TP- 
75F terminator) . The arrows embossed into 
the tap cases should point away from each 
other. Designate one of the taps as the 
transmit tap. 

2. Connect the Harris BIU to be tested and the 
backboard diagnostic BIU to the test jig by at- 
taching the transmit modem of each BIU to the 
transmit tap and the receive modem of each BIU 
to the other tap. NOTE ; Any CAPS BIU can func- 
tion as the backboard by inserting the backboard 
PROMs using Procedure D. 

3. At any Harris TTY terminal sign-on using any 
valid access code and enter the command "VOLLEY 
XX" to execute the program where XX is the phy- 
sical device number (PDN) of the Harris UBC to 
be used for the test. 

4. VOLLEY will then begin writing messages at the 
terminal and in the List Output (LO) file. If 
the message "BACKBOARD IS OKAY; hh;mm:ss.ttt 
mm/dd/yyyy appears, the CAPS problem is in the 
cable plant (site 4). If other messages appear, 
the problem is in the Harris hardware (site 2) 
which affects writing to the BUS. 

5. Remove the VOLLEY program by executing a program 
abort (Shift L at a dumb terminal or CNTL S at a 
Graphic 7) . 


Figure 10.1-6; Diagnostic Procedure E - Distinguishes between 

Sites 2 and 4 (Harris Hardware and Cable Plant) 
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NOTE ; All steps of this procedure can be performed 
concurrently with regular CAPS work if a 
portion of the cable system is still opera- 
tional . 


1. Perform a quick check of the bus system power 
supply at the headend (located in a 19” cab- 
inet in Room 274 Building 4) . 

a. Check that the power supply is receiving 
115 VAC from the outlet. 

b. Check that the power indicator light is 
on . 

c. Check the power supply circuit breaker 
inside the chassis and the power combiner 
fuses by removing the cover of the power 
combiner (See Figure 3.1-2). 

2. Install the cable test PROMs in a serial BIU 
which is connected to any serial I/O device 
(i.e. TI Silent 700, Graphic 7 without paral- 
lel interface card, etc.) in accordance with 
Procedure D setting the BIU’s data rate to 
that of the device using Table XII. Connect 
the BIU to the cable at the headend. Bus 
failures can be isolated by following the 
steps given below. The locations referenced 
in the steps are keyed to the schematic dia- 
gram of the cable system shown in Figure 10.1- 
9 (More information about the cable system can 
be found in [ 12] ) . 

In each of the steps below, first connect the 
backboard BIU (any BIU with the backboard di- 
agnostic PROMs installed) to the cable system 
at the indicated test point; the transmit 
cable from the backboard should go to the odd- 
numbered point (orange-banded cable) and the 
receive cable to the even-numbered point 
(green-banded cable) . The test is initiated 
by resetting the cable test BIU and entering 
the date and time. If the message "BCKBRD OK. 
mm/dd/yy hh;mm;ss TEST BYTE IS X” is printed 


Figure 10.1-7: Diagnostic Procedure F - Isolates and 

Eliminates Failures within Site 4 (Cable 
Plant) 
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on, the terminal once each minute, the cable 
plant is operational between the headend and 
the test point being checked. 

NOTE: It is possible to reposition the back- 
board without resetting the cable test 
BIU. While the backboard is not con- 
nected to the bus the message "NO BCKBRD 
ECHO, mra/dd/yy hh;mm;ss” will appear at 
the terminal. 

For ease in checking, conduct the tests in the 
following manner; 

(1) Test points 1 and 2 (Only taps in 
Building 4) 

(2) If points 1 and 2 are operational, test 
the remaining points in order. 

(3) Use Table XI to determine in which sec- 
tion of the cable plant the failure may 
be located, 

3. When the failed portion of the system has been 
isolated, bus communications should be restor- 
ed by the following means. 

[The portion of the cable containing the fail- 
ure may include multitaps, line amplifiers, 
and/or directional couplers, as well as cable 
and connectors. Repairs of these components 
are discussed in the following steps.] 

NOTE; POWER TO THE CABLE SYSTEM MUST BE OFF 
BEFORE ANY OF THE FOLLOWING STEPS ARE 
TAKEN. 

a. Check the connections to the cable at 

suspected problem points. Make certain 
that the center conductor is firmly 
grasped by the set screw in all box-type 
components but not so tightly that the 
center conductor is severed. Check that 


Figure 10.1-7: (Continued) 
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the braid or sheild of the cable is 
firmly grasped by the connector. 

b. If the failed component is a multitap, 
replace it with a spare of the same 
value; tap values are shown in Figure 
10.1-9. Note that the shell of the tap 
can remain in place and only the internal 
portion substituted. If a tap has failed 
such that it affects only terminals con- 
nected to it, the tap may be left inplace 
and the terminals connected to another 
convenient set of taps. The transmit and 
receive cables of a terminal should nor- 
mally be connected to taps in the same 
pair (as shown in Figure 10.1-9). 

c. If the failed component is a line exten- 
der amplifier, replace the internal am- 
plif ier unit (leave the shell in place) 
and realign the amplifier using the pro- 
cedure given in [12] . Make certain that 
the amplifier power tap is on the 45-60V 
range and the THRU/STOP switch is in the 
same position as the unit being replaced. 

d. If the failed component is a directional 
coupler, replace the interior part of the 
directional coupler (leave the shell in 
place) with a coupler of the same 
isolation (as shown in Figure 10.1-9). 

e. In the unlikely event that the failure is 
found to be an actual open or short cir- 
cuit in the cable itself, either the en- 
tire cable piece which has failed can be 
replaced, or the damaged area can be cut 
out and a new piece added using universal 
box splices (such as Jerrold PBA Series) . 
Location of the exact location of a break 
is beyond the scope of this report. When 
installing any new cable, insure that 
connections are made (step a. above) with 
the braid and the center conductor making 
a good continuous electrical circuit. 


Figure 10.1-7; (Concluded) 
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TABLE XI 


Points of 
Failure 

3 & 4 Only 

5 S 6 Only 

3,4,5 & 6 

ALL 


CABLE PLANT FAILURE ISOLATION 

Cable Sections Affected 
Section B Only 
Section C Only 

Section A and/or Both Sections B and C 
Go back to Step 1, Procedure F 



Note 1: Any of the 4 RG-59 Connections on this tap may be used. 


Figure 10.1-8 Structure of Bus Test Jig 





RM274 


Section 

B 


BLDG 12 
RM 258A 


TP3 


NOTES: 1 . VALUES ADJACENT TO DIRECTIONAL COUPLERS DENOTE ISOLATION FROM INPUT TO TAP. 

2. VALUES ADJACENT TO AMPLIFIERS ARE ATTENUATION PAD VALUES, 

3. VALUES ADJACENT TO MULTITAPS DENOTE ISOLATION FROM INPUT TO TAP. 

4. ALL MULTITAPS HAVE 4 OUTPUTS. 


Figure 10.1-9; C?\PS Cable Network Schematic 
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SECTION XI 


BUS INTERFACE UNIT TROUBLESHOOTING 


11.0 INTRODUCTION 

Repair of Bus Interface Units should ordinarily be 
undertaken by qualified engineers or technicians who work 
from the schematic diagrams and explanations in Section V to 
troubleshoot the digital logic of the BIU. The BIU naturally 
falls into a modular division, however, and in many cases 
simple replacement of modules provides an easy way to isolate 
a problem. Operating experience has shown that the most 
likely components to fail in a BIU are logic chips on the 
digital board, the modular power supply, and circuitry 
(usually a chip) in either the modulator or the demodulator. 
The remainder of this section defines several steps that may 
be useful in dealing with BIU problems in these areas. 


11.1 Diagnosis of BIU Trouble 

As discussed in Section V, the digital board of every 
CAPS BIU is capable of supporting a parallel interface or a 
serial interface, but the BIU chassis contains only the par- 
allel CAPS connector. Standard serial BIUs are available 
from the TMS system and can serve to help isolate problems on 
the digital board. The BIU's function is defined by the PROM 
chips which are inserted into the digital board. Operation- 
ally, the circuitry of the BIU falls into sections associated 
with support of parallel interfaces, serial interfaces, net- 
work interface and the CPU operation. Some types of failures 
affect all four operational portions of the BIU, while others 
affect only one. 

The testing of the network and serial sections of the 
Bjlu can be accomplished on an operational bus system without 
interfering with normal users, provided that an additional 
BIU (which must be a serial BIU with PROMs to support an 
asynchronous terminal) and a ''dumb” terminal with RS-232C 
interface are available. The second BIU should be connected 
to the bus system (the transmit modem ["T"] should be con- 
nected to the orange-banded cable and the receive modem to 
the unbanded cable) , and the "dumb" terminal should be con- 
nected to the BIU's RS-232C plug. The red dual-inline- 
package (DIP) switch on the BIU's digital board at location 
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N24 (See Table VI) should be set to agree with the speed of 
the asynchronous terminal. The switch package is marked on 
one side with the switch numbers and on the other side with 
the word "OPEN." Exactly one switch position should be de- 
pressed on the side with the numbers; all other, positions 
should be depressed on the side marked "OPEN." Table XII 
shows the corresponding terminal speeds indicated by the 
switch positions. 


TABLE XII 

DIP SWITCH SETTINGS FOR ASYNCHRONOUS SERIAL TERMINALS 


Switch Position 

8 

7 

6 

5 

4 

3 

2 

1 


Speed (Baud) 

75 
150 
300 
600 
1200 
2400 
4800 
. 9600 


The test arrangement of the serial BIU and "dumb" terminal 
can be left connected to the network indefinitely (either 
powered or not) , if desired. 

Figure 11.1-1 shows a diagnostic procedure that can be 
used to isolate failed' portions of a BIU. It should be noted 
that this procedure will not identify all possible problems, 
but has been designed to pinpoint quickly the most probable 
failures . 
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1 . 


Perform a quick check for power in the BIU by 
first checking the fuse (next to the power 
cord connection) and power supply output 
voltages . 

If the power supply connector pins are 
numbered from right to left when viewed from 
the top front of the BIU/ then the following 
voltages should be present: 

Pins 1,2 

3 

4 

5 

6-8 

9,10 


115 VAC 
-5 VDC 
-12 VDC 
+12 VDC 
GND 
+ 5 VDC 


2. To isolate the failed section of the 

•malfunctioning BIU, perform the following 
tests : 

a. Install the backboard PROMs in the bad 
BIU and connect the BIU to the bus 
system. Connection of the BIU and 
insertion of the PROMs should be done as 
described in Diagnostic Procedure D 
(Figure 10.1-5) . 

b. Press the RESET button on the "dumb" 
terminal BIU, and answer the "WHICH 
SYSTEM?" query with "BAC" (followed by a 
carriage return) . 

c. If "LINK ACCEPTED appears at the "dumb" 
terminal, type a string of 20 or so 
arbitrary characters (followed by a 
carriage return) and verify that the same 
string is echoed back from the backboard. 
If "LINK ACCEPTED" does not appear or 
this test fails, go to step e. 


Figure 11.1-1: Diagnostic Procedure for Failed BIUs 
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d. If this test passed, then the most probable 
failure is a chip on the BIU digital board; 
most probably a 6522 chip. Chip substitu- 
tion of the 6522 chips with known good 
chips should be attempted at this point. 

The BIU can then be tested in the CAPS sys- 
tem once again. If the BIU malfunctions, 
repair attempts should be continued first 
by replacing the parallel circuit drivers, 
the 74S240 chips, and then by digital logic 
checks using the information in Section V. 

e. If the bad BIU fails the backboard test in 
step c. above, remove the power to the BIU 
and substitute a known good digital board 
(move the backboard PROMs to the new 
board) . Now retry the test in step c. If 
the test succeeds, the problem is probably 
a bad chip on the first digital board; 
chips should be replaced systematically be- 
fore detailed logic checkout is begun (us- 
ing information found in Section V) . 

f. If substituting digital boards, as in step 
e., does not correct the problem, substi- 
tute known good modems in the bad BIU. In 
performing this substitution, substitute 
modems in pairs only and make certain that 
the transmit modem (marked with a ”T” ) is 
inserted into the slot marked with a ”T" 
and the receive modem (marked with an ”R*' ) 
is inserted into the slot marked with an 
"R". REVERSING THE MODEM POSITIONS WILL 
DAMAGE THE MODEMS . 

After substituting the modems, retry the 
test in step c. If the test succeeds, the 
problem lies in one of the modem boxes. 
Documentation in [13] will be useful in 
determining the exact failure. 

g. If the test of step f. fails, the problem 
most likely lies in the BIU power supply or 
possibly in a connection failure in the 
chassis . 


Figure 11.1-1: (Concluded) 
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APPENDIX I 


HARRIS BTU SOURCE LISTING 


This is the source listing for the Harris RIU software. 
The reader is directed to Sections VII and VIII for a detail- 
ed description of the operation of this code. The code used 
in this softv/are is the standard assembly language for the 
MCS (^500 family of microprocessors found in [23]. 



HARRIS. FL^OCNTL. ASM 


PAae 


RD $ 

LOC 

COOE . 

CARD 

10 20 

SO 90 50 60 70 

2 

eooo 



.3PI ROCRr.AREFi 

HEM. LIST. ERR. CEK 

y 

oooa 


1 



4 

0000 


; THIS 19 

> THE HARRIS eiU 

COOE AS Of 12/11/79 WITH aOH CONTROL 

S 

0000 


1 (^*«*** 

ROTEi CODE HAS BEER ADDED TO ALLOA OPERATIOM OF THE FOLLET A**a*» 

6 

0000 


1 ****** 

TEST PROGRAM 

1. AND THE ACKNONLEOSHENT OF STATUS MESSAGES, xxxxxx 

7 

0000 


. I 

IN ADDITION. 

THIS PROGRAM ALLOAS USE OF S41TCH xXA**A 

8 

0000 



SELECTABLE MAIN ADDRESS »»**»* 

9 

oooo 


> 



to 

0000 


STATUS 

s *00 

STATUS MESSAGE SUS ADDRESS 

1 1 

oooo 


HA9A0W 

» *0F 

HARRIS AOOR AITH ARITE FLAG 

12 

0000 


HARADR 

1 *2F 

HARRIS AOOR AlTH READ FLAG USED DURING CNCT CtCLE 

15 

oooo 


IROSAS 

« *51 

THIS IS THE BASE ADDRESS FOR GT TERMINALS 

14 

000(1 


roRCRT 

t *I!F 

THE NUM8EH OF GT TERMINALS IN THE SYSTEM 

15 

oooo 


; BEBSaSE 

: TTPE E3JATES 


18 

oooo 


; 



IT 

ooon 


DAI MSC 

A 0 

DATA messages ARE 00>1F 

IB 

oooo 


STABSQ 

< ADH 

STATUS MESSAGE 

19 

oooo 


80-BStt 

* *0E 

SISN'OFF MESSAGE 

20 

oooo 


8A:aSS 

• IDF 

SISN'ON ACKNOnLEOGMENT 

21 

oooo 


.snoASG 

* lEO 

SIGN’ON message (EO-FF) 

22 

ouoo 


m 

s 2 

DATA TYPE FOR TTY-COHPATIBLE TERMINALS 

?i 

oooo 


1 



20 

noon 


1 IcViCE 

AUORESSES FilLLOA 

25 

oooo 


I 




oooo 


l(IJ4<<IS 

c scon 

NETNORK UART STATUS 

27 

oooo 


ihUARTO 

= 5.C01 

NETnORM UART data 

3B 

oooo 


duaris 

9 «i4oa 

DEYICE JAhT STATUS 

29 

oooo 


P09MB 

t tioto 

parallel port IB DATA REGISTER 

30 

oooo 


PURI lA 

X *1011 

PARALLEL PORT lA OAIA REGISTE'’ 

SI 

oooo 


Pt JJDH 

X *1012 

PARALLEL PORT IB DATA DIRECTION REGISTER 

S2 

oonn 


PIAOUR 

X *1013 

PARALLEL PORT lA DATA DIRECTION REGISTER 

SS 

oooo 


IH9L 

X Mom 

TIMER L0» BYTE 

SO 

ooon 


ri rrr 

X Alois 

TIMER HIGH BYTE 

55 

oooo 


HI *C4 

X MOU 

PARALLEL PORT T AUXILIARY CONTROL' REGISTER 

36 

oooo 


PI pc» 

X IIOIC 

PARALLEL PORT 1 PERIPHERAL CONTROL REGISTER 

57 

oooo 


PllFR 

X JlOlO 

PARALLEL POHI I INrEHHUPT FLAG REGISTER 

IB 

9000 


PI ItO 

X StOlE 

parallel port 1 INTERRUPT ENABLE REGISTER 

59 

oooo 


PORI 28 

X $1020 

PARALLEL PORT 23 DATA REGISTER 

40 

ooon 


P;IRI2A 

X 11021 

PARALLEL PORT 2A DATA REGISTER 

«i 

'OOOO 


P250DR 

X 11022 

PARALLEL PORT 28 DATA DIRECTION REGISTER 

w2 

oooo 


P2A00R 

X AIU25 

PARALLEL PORI 2A OATA DIRECTION REGISTER 

u5 

ooou 


P2ACR 

X »102H 

PARALLEL PORT 2 AUKtUAHY CONTROL! REGISTER 

44 

oooo 


P2»CR 

X 1I02C 

PARALLEL PORT 2 PERIPHERAL CONTROL REGISTER 

!I5 

oooo 


P21FR 

X .*1020 

PARALLEL PORT 2 INTERRUPT FLAG REGISTER 

46 

onoo 


P?IER 

X *102E 

parallel PORT 2 INTERRUPT ENABLE REGISTER 

<17 

OOOO 


P'.IRTSB 

X *1090 

parallel PORT 3B DATA REGISTER 

45 

ooon 


P'lRlSA 

X SlOul 

parallel port 5A OATA REGISTER 

49 

OODO 


Pi 500R 

X n002 

PARALLEL PORT 5B DATA DIRECTION REGISTER 

50 

oooo 


P5« JOS 

X xlflOi 

PARALLEL PORT 3A DATA OIRECTIDN REGISTER 

51 

ooon 


P5ACR 

X 11098 

PARALLEL PORT 5 AUXILIARY CONTROLI REGISTER 

52 

ouoo 


PI’CP 

X 1104C 

parallel PORT J PERIPHERAL CONTROL REGISTER 

55 

OOOO 


PSIFR 

X 11090 

parallel PORT 3 INTERRUPT FLAG REGISTER 

59 

oooo 


P5IE9 

X IIO'IE 

PARALLEL PORT 3 INTERRUPT ENABLE REGISTER 


ORIGINAL 
OE POOR QUAMti 
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preceding page BtANK 


Not Filmed 


m mu K kTS M 


HARRIS. FLO<lCNTL.*S'( 


PAtiE 


2 



CARD « LOC 
$6 0000 
57 0000 

56 0000 

59 oonn 

so 00(111 
61 OOUO 
bi OOOO 
63 0000 

60 0000 

65 0000 

66 ooon 

67 OOOO 
66 OOUO 

69 OOhO 

70 OOiiO 

71 OOOO 

72 OOiin 

73 OOOO 
70 OOKO 

75 OOUO 

76 OOOO 

77 OOOO 

78 OOUO 

79 OOOO 
30 OOOO 
81 OOOO 
32 OOOO 

as OOOO 

80 OOOO 
65 OOOO 
36 OOuO 
87 OOOO 


CODE CARO 10 20 30 <10 50 60 70 

I 

} E9JATES FOR PORT 1 HANOSHAKINC FLAGS IN PtIFR 

; 

; *•* UOACP IS THE signal FROM CA2 OF 6522/1 10 SISNALI *•* 

; *•* THE SIU HAS TAKEN HARRIS DATA OR COMMAND INFO *** 

I 

ODH = S02 I => HARRIS HAS OUTPUT DATA FOR 5IU lOCTLI 

COH = $10 1 => HARRIS HAS COMMAND DATA FOR 31J 

> 

I E'JUATES FOR PORT 2 HANDSHAKING FLAGS IN P2IFH 
I 

I daVFU IS THE SIGNAL FROM CAE OF 6522/2 TO SIGNAL. **« 

•' THE SIU HAS DATA FOR THE HARRIS »»* 

f 

L'AI'l = $02 1 i> HARRIS HAS TAKEN BIU DATA IICTlI 

1 EllUATES FOR PORT 3 INPUT/OUTPJI SIGNAL LINES 

t 

I C'vCT IS THE SIGNAL ON CA2 OF 6522/3 TO SIGNAL' 

I ‘A* IHE BIU IS connected TO THE HARRIS *** 

DISC : $02 HARRIS SIGNAL TO BIU TO READ UCR 

Il-.l = $DB IN»UT interrupt OF HARRIS 

NllFU = 3F6 TURN OFF INPUT 1NTF.RRUPT 

A 

; THE NE»r EDUrtTES REFLECT THE ACTUAL OPERATIONAL PARAMETERS 
: OF The HIU nlTH RESPECT TO BUFFER COUNT AND SIZE 

f 

, HAMSIZ = 3072 NUMBER OF BYTES OF RAM AUAILABLE 

BU'LEN = 128 number OF BYTES IN A BUFFER (00 NOT CHANGE) 

B'UFMEM : RAMSIZ-256 AMOUNT OF MEMORY ALLOCATED TO BUFFERS 

BUPCNT s BUFMEM/3UFLEN NiMbER OF BUFFERS AVAILABLE 
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PASE 0 VARlAriLES 


PACE 


3 


CARO • 

LOC 

C30E 

CAHU 


> 20 

30 90 SO 60 70 

S9 

oooo 



t 




90 

0000 



> THE FOULOHINU 

VARIABLES ARE CLEARED MHENEVER RESET IS HIT. 

91 

0000 



' 1 




92 

0000 

00 

OU 

INTPIR 

•30YTt 

0 

BUFFER PTR USED BY IRQ 

95 

0002 

00 


INTBC 

.iYTE 

0 

BYTE COUST USED BY IRQ 

9U 

0003 

00 

00 

1N»TR 

•IHYIE 

0 

BUFFER PTR USED BY INOEV 

95 

0005 

00 


1N8C 

.SYTE 

0 

BYTE C9UVT USED BY INDEV 

96 

0006 

00 

00 

OUIPIR 

.3HYTE 

0 

BUFFER PTR USED BY OUTOEV A90 NET 

9? 

OOOB 

oo 


OUtBC 

.BYTE 

0 

BYTE COUNT USED BY OUTOEV AND NET 

98 

0009 

00 


UUTPL 

.BYTE 

0 

LENGTH OF BACKET BEING SENT TO DEVICE 

99 

0004 

00 

00 

BIJOTR 

. JBYTE 

0 

BIU-CREATEO BUFFER POINTER 

too 

UOOC 

00 


CU99ET 

.BYTE 

0 

THE CURRENT PACKET BEING READ IN FROM THE NET 

101 

0000 

on 


Cll9')tV 

.3YTE 

0 

TBE CURRENT PACKET COMING FROM THE DEVICE 

102 

OOOE 

00 


CJ9B1U 

.3YTE 

0 

THE CURRENT PACKET COMING FROM THE 3IU 

103 

00 OF 

OU 


INSCr 

. JYTE 

0 

AHETHER A DEVICE INPUT BUFFER IS SET UP 

109 

0010 

no 


OUTSET 

.3VTE 

0 

ABETHER A DEVICE OUTPUT BUFFER IS SET UP 

105 

0011 

00 


1NT9ET 

.BYTE 

0 

ABETHER A NETWORK INPUT BUFFER IS SET UP 

106 

0012 

00 


HA9JU 

.BYTE 

0 

CURRENT RANDOM NUMBER 

107 

0013 

00 


H93C9T 

.byte 

0 

C.IRRENT RANDOM COUNT 

lOB 

0019 

00 


x'm 

.BYTE 

0 

TRANSMIT FLAG 

109 

0015 

00 

00 

T03EN 

.3HYTE 

0 

temporary RECEIVED DATA BUFFER 

no 

0017 

00 


HAKRAX 

.BYTE 

0 

TME CURRENT MAX « JF CHARS IN A BUFFER 

111 

OOlri 



TOO 

•I*B3 


tbe current time of day in seconds 

112 

OOlh 



TSTftT 

• a«b3 


TIME TO XMIT THE NEXT STATUS MSG 

113 

OOIE 



TS4CK 

• = •♦3 


TIMEOUT’ ON ANSHER TO SIGN-ON REQUEST 

119 

0021 

0 0 

30 

N«X5T 

.38YTE 

0 

» OF PACKETS TRA.NSMITTED SUCESSFJLLY 

115 

0023 

00 

0 0 

NVI9X5T 

.JBYTE 

0 

» OF PACKETS RE-TRANSMITTEO BECAUSE NO ACK 

116 

0025 

00 

no 

ivMCnL 

.Tiivrt 

0 

A OF COLLISIONS AND RETRANSMISSIONS 

117 

0027 

00 

no 

NM3ISC 

. JBYIt 

0 

0 OF PACKETS DISCARDED 

118 

0029 

00 

0 0 

KHJCHC 

.JBYTE 

0 

» OF (--‘■.CKETS RECEIVED KITH GOOD CRC 

119 

002H 

00 

no 

N99CRC 

.JrtYIE 

0 

A OF PACKETS RECEIVED WITH 3A0 CRC 

120 

0020 

0 0 

on 

iv4l.nST 

.JBYTE 

n 

A OF PACKETS LOST BECAUSE OF NO BUFFER SPACE 

121 

002F 

00 

00 

rJ-l94IT 

.JBYTE 

0 

A OF TIMES BIU HAD TO WAIT TO XMIT 

122 

0031 

00 


P49ITr 

.BYTE 

0 

USED TO FLAG BAD PARITY IN AN INCOMING BACKET 

123 

0032 

.10 


MT»9X 

.BYTE 

0 

A OF TIMES THE CURRENT PACKET IS RETRANSMITTED 

129 

0033 

OU 


.50 9 JR 

.BYTE 

0 

TB- SESUENCE a of the NEXT PACKET TO BE XMITTEO 

125 

00 39 

00 


L4STTX 

.BYTE 

0 

THE XMIT ADDR OF THE LAST PACKET RECEIVED 

126 

0035 

00 


LAsrsa 

.rYTE 

0 

THE SESUENCE A OF THE LAST PACKET RECEIVED 

127 

0036 

0 0 


sr<RTR 

.BYTE 

0 

INOEX OF TOP OF FREE BUFFER STACK 

12B 

0037 

00 


NOXRIT 

.BYTE 

0 

A OF .MILLISECONDS TO STOP XMITTING 

129 

0038 

00 


t'UX 

.byte. 

n 

value of REGISTER X WHEN NI.NT IS NEXT ENTERED 

130 

0030 

on 


niFLG 

.BYTE. 

0 

BYTE CLEARED BY NINI EVERY TIME IT IS ACTIVE 

131 

0054 

on 


*.Ai r 

.BYU 

0 

NAI1ING FOR SlGN-ON ACK FLAG 

132 

003H 

00 


DYIL'JB 

.BYTF 

0 

USED TO SAVE THE LON ORDER BYTE OF AN INPUT 

133 

003C 

on 


IHAT') 

.BYTE 

0 

TIMER FOR DMA OPERATIONS 

139 

003D 

00 


4C3BYT 

.BYTE 

0 

BYTE USED TO INDICATE ADDRESS OF ACK PACKET 
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P*OE 0 V»>»1AIJI.ES 


PAGE 


CARS • 
ISA 
IS7 
I SB 
I $9 


156 

157 
15B 
159 
t&O 
Ibl 
15a 
16S 
lt>9 
155 
155 
157 
le>a 

159 

170 

171 
17a 
173 
170 
1 75 


LOC 

OOSE 

OOSE 

OUSE 

OOiE 


C30E 


CARS 10 


ao 


so 


00 


50 


60 


70 


0U5H 
005H 
0059 
0071 
00 7 1 
007 1 
0071 
00«7 
OOO'.l 
0090 
0090 
D09D 
0090 
0090 
0090 
0090 
0090 
009J 
0 0 90 
0090 


i THE FJLLDHINC VARIAdlES ARE NOT CLEARED AT RESET TIME 
; (ALL VARlAdLFS PRECE0N6 *AA0D9* MILL BE SET TO 7ER0.) 


lao 

003E 

uo 

XAOOR 

.BYTE 

0 

THE CURRENT KMIT ADDRESS 

HI 

003P 

00 

HARGO 

.BYTE 

0 

INITIAL POHER-UP FLAG 

192 

0090 

00 

CONECT 

.BYTE 

0 

1 «> CONNECTED, 0 s> WAITING FOR RE»LY TO ... 

193 

0091 


; 

LINK REGUEST 

MESSAGE, *1 *> WAITING FOR REPLY TO WHICH SYSTEM? MSC. 

|99 

0091 

0 0 

TICK 

.BYTE 

0 

COUNTS THE • OF CLOCK TICKS IN 1F9 SECOND (?5) 

195 

009a 


1 



196 

ooua 


; HE 

BJf'ERS EACH 

HAVE AN ENTRY IN THIS ARRAY 

197 

009P 


* 




19B 

009? 



‘s*tBuFCNI 

HE NEXT POINTER FOR EACH BUFFER 

199 

005H 


# 



150 

OUSH 


; ME 

MJE )E HEADERS 

FOLLOW 

151 

O05B 


; 




152 

005B 

00 

CiM 

.HTTP 

0 

THE QUEUE OF BUFFERS WAITING FOR THE HARRIS 

153 

0059 

00 

uOJT 

.BYTE 

0 

THE QUEUE OF BUFFERS WAITING FOR THE NETWORK 

159 

005A 

uo 

OMftriY 

.BYTE 

0 

flag to INDICATE MODE OF INPUT OPERATION 

155 

005B 


t 




! HE OJPFtH ALLOCATION STACK, 9EL0H, CONTAINS THE FREE 8JFFER LIST 

HOi^STK ca + HUFCNT he free buffer STACK 

i * 

; HESE A9£ TMF POINTERS TO THE BUFFERS 


LiPTR 

I'HTR 


*=**mofcnt 

•:*tMiJFCNT 


THE LUH half OF THE PTRS 
The high half of he PTRS 


; HE aJFPERS ARE LOCATED IN CONTIGUOUS MEMORY STARTING KITH BUFFER NUMBER 2 
: AT AJOHESS DIRO, BUFFER NUMBER 1 IS LOCATED IN A GAP BETMEEN THE AERO PAGE 
; VSHlAiLE-J AN,) the processor STACK (OOCO-015F). 

; 9JFFER a,jOHES5ES ARE LOADED INTO HIPTR/LOPTR BY THE RESET ROUTINE. 

I THE PRnCESSDT STACK IS SET TO START AT MEMORY LOCATION 017F AND HILL 
I JtCHEME'lT HHEN NECESSARY. IT HILL USE HAM AREA BETHEEN 0I7F ANO 0190 DURING 
! JSH'S, -JHP'S, PHA'S AND INTERRUPTS AS NECESSARY. 

,• this SHOjLO t)E MORE THAN ENOUGH SPACE FOR THIS PURPOSE. 

f 

! (SEE C07L IN RESET ROUTINE BEThEEN ZLOOP ANO FFLOOP ADDRESSES) 
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=)ESEr 


PACE 5 


CARD • 

EOC 


CODE 

CARO 

10 

20 

ITT 

0090 




) 


17B 

0090 




1 THE CODE FOLLOWS. EKE( 

179 

0090 




I 



ISO 

009D 





•slFBOO 

isi 

FBOO 

DH 



RESET 

CLO 


1B2 

F60I 




; 



IBS 

F80I 

A? 

5B 



LD* 

WXOlOllftll 

IBO 

FB03 

BE 

00 

OC 


SIX 

NUARTS 

ISS 

FBOb 

A2 

Drt 



LOX 

WXIIOIIOOO 

IH6 

^aoH 

BE 

00 

OC 


srx 

NUARTS 

197 

F60B 

A? 

90 



LDX 

PXOIOOOUOO 

lt)6 

FBOO 

BE 

Id 

10 


srx 

PI ACR 

109 

FBIO 

A9 

00 



LDA 

Axonoocjoo 

190 

FBI 2 

10 

1 3 

10 


STA 

PIADDR 

191 

FBI 5 

Bl) 

12 

10 


STa 

PlODNR 

192 

FBIB 

fll) 

92 

10 


STA 

P3BDDR 

19J 

FBIH 

90 

2B 

10 


STA 

P2ACR 

199 

FBIE 

BD 

1 ) 

10 


3IA 

PiACR 

195 

FB21 

A2 

9B 



LOX 

• •Xl 001 1011 

196 

FH23 

BF 

IC 

10 


SIX 

PIPCR 

197 

F826 

A2 

BB 



LDX 

WTIOOOIOOO 

199 

FB2S 

BE 

2C 

10 


SIX 

P2PCR 

199 

F92H 

A2 

F8 



lJX 

FmIIIIIOOO 

200 

FB20 

BE 

9C 

in 


SIX 

PyPCR 

201 

FP50 

A2 

7F 



LDX 

FXOlllllll 

202 

F«32 

BF 

IE 

10 


srx 

PI lEH 

20S 

F635 

;it 

?E 

IP 


SIX 

HPIER 

2Q9 

FH3« 

Bt 

9E 

;u 


SIX 

P3IEH 

205 


BA 




US 

206 

FB3C 

AO 

92 



W.DY 

FllOOOOOlO 

207 

FH5E 

BC 

u£ 

10 


SI y 

PUE2 

208 

F891 

AO 

FF 



lDV 

FAlltlllll 

209 

FH93 

BC 

23 

in 


SIY 

P2ADDR 

210 

FB9f> 

AC 

22 

10 


SIY 

P2.B0DR 

21 1 

FBu9 

AC 

9 1 

in 


SIY 

P3A0DR 

212 

F89C 

9l) 

H 

10 


SIA 

IlMRL 

213 

PBMF 

A? 

11 H 



LDX 

»F9B 

219 

FBbl 

BE 

IB 

10 


SIX 

riMRri 

215 

FR59 

A? 

19 



LDX 

«25 

216 

F85b 

Bb 

91 



SIX 

TICK 

217 

F85B 




s 


21B 

FflSR 

A2 

3) 



LJX 

AkAOOR-1 Z 

219 

F85A 




; 


220 

FBbA 




t 



221 

FHbA 

AS 

00 


iLJ>P 

STA 

0, X 

222 

FHbC 

CA 




DtX 


223 

F«bO 

10 

FB 



B = L 

ZLCl'JP 

229 

FBbF 




F 



225 

f BbF 




; REQ *Y 

= »ff from *bo 

226 

'■BbF 




F 



227 

FBbF 

A? 

0 2 



uDX 

WDBATTY-QIN 

228 

Ffibl 

99 

59 


FFui)OP 

STY 

UI N,X 

229 

FBh3 

CA 




DEX 


230 

FBtiB 

1 U 

F9 



)PL 

FFLOOP 

231 

FS66 




; 




JO 


00 


SO 


60 


TO 


OOM'T AAtJT DECIMAL MODE 

1ESET «IETMOPK UART 

niTIALlZE NETWORK UAHT 

THERl IS FREE RUNNING 

»3RtS 1 I JB LINES ARE ALL INPUI5 

DISABLE PORTS 2 t J TIMERS AND LATC-IINC 
PJLSE HANDSHAKING (ACTIVE HIGH) FDR PORI 1 
LEVEL HANDSHAKE (AfTIVE LUH) FOR PORT 2 
HANDSHAKING LEVEL ON PORT SA / MANUAL PORT SB 
DISABLE ALL INTERRUPTS FROM PORTS 1,2 I 5 


RESET THE STACK POINTER 

ALLOW DISCONNECT INTERRUPT ON PORT J 

PORTS 2 S lA ARE OUTPUTS 


SET TIMERl TO S0600 (I/lOO SECOND) 

THIS STARTS THE COUNTING 

WANT TO COUNT 25 TIMEOUTS (l/« SECOND) 


(SEE SPACE ALLOCATION COMMANDS ABOVE) 
(REG 'A' s 00 FROM ABOVE) 
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RESET 


H*UE 


6 


CARD * 

LOC 

CDDE 


CARD 10 

20 

30 40 SO 60 70 

232 

F866 

A2 

16 


UO* 

FriUFCAT 

mriALLYf aJFCNT items in the SIACX 

233 

FS68 

96 

3b 


SIX 

STKPTH 

OFFSET OF TOP OF STACH t 1 

234 

F86* 

CA 



DEX 


initialize the FREE BUFFER STACK 

2 35 

F86B 

9A 



STACKl rXA 



234 

FB6C 

95 

S-i 


STA 

8UFSTK)X 

PUT The number of each buffer in ihe STACK 

237 

F86E 

CA 



DEX 



238 

F86F 

10 

PA 


9?L 

stacki 


23V 

F871 




1 



240 

F871 




; ruE '»' REG 

IS SET TO ZERO FROH THE ABODE LOOP 

241 

F871 







242 

F871 

A2 

IS 


i.DX 

<>8UFC4T-1 

initialize ihe first buffer P0IN',ER 

243 

F87J 

95 

f»7 


STA 

9IPTR,X 


244 

F875 

A9 

CO 


EDA 

»<600CO 


245 

F877 

95 

71 


STA 

LOPIR.X 


246 

F879 

CA 



)EX 



247 

F874 

A9 

HO 


wDA 

•<$0180 

SET BUFFER LOW AND HIGH PfRS IN LOPTR A HIPTR 

24R 

F87C 

40 

01 


LiV 

«>S01H0 

THE SECOND BUFFER IS AT AODR I0I80 

249 

F87F 

95 

n 


bO'FRI SfA 

LUPTRfX 

SET THE LOW HALF OF THE ADDRESS 

250 

FHHO 

98 



TTA 



251 

^881 

95 

67 


STA 

HIPIR, X 

SET THE HIGH HALF OF IHE ADDRESS 

252 

F883 

85 

u 


-DA 

LilPTR.X 


253 

F885 

18 



ClC 


INCH REG 'A* TO POJNT TO THE NEXT SUFFER 

254 

F886 

69 

flO 


45C 

FmUFLEN 


255 

F888 

90 

01 


ACC 

S9IPI 


256 

F8H6 

CH 



m 


IF 1HERE MAS A CARRY, INCH IHE HIGH HALF 

257 

F8BB 

CA 



SI<I»1 JFj< 


* 

258 

F88C 

10 

PO 


50 L 

bUFFRI 


259 

FShfc 




5 



260 


Al) 

au 

10 

^DA 

Pi<RI3i 


261 

F84 1 

95 

1 a 


STA 

RuNDU 


262 

r«93 

A9 

pn 


L5A 

• 240 

XMIT first STATUS MSG A MINUTE FROM NOW 

263 

F895 

95 

1 i 


5|A 

TMAT 


264 

F897 

42 

PF 


LDX 

o>FF 

and SET CONECT TO MAITING FOR A SYSTEM SIGN-ON 

265 

F899 




f 



266 

FB49 




: I9E FOLLJrtINC CODE IS 

USED TU SEND A SIGN-OFF MESSAGE TO AlL G7 SIUS 

267 

'899 




; 10 I’lSiHE 

IhAT A POHER 

FAILURE WILL CLEAR ANY HUNG CQNDITIDN. A NUMBEF 

268 

F899 




; OF S159-0FF ''ESSAGES EOJIl/ALEMT TO THE NJR8EH OF TERRIMALS THAT SHOULD 

269 

Fro*) 




; AAKE jp ihe caps ststeh, thrcst, is oueued for dutput. if this is not 

270 

FH«9 




; A POHEN-JP 

CrCLE, ONLY 

IHE CONECT STATE IS CHECKED TO DETERMINE IF 

271 

F899 




1 A SIGN- IFF 

IS 9E3UIREO 

• 

272 

F899 




• 



273 

F899 

AS 

IF 


lOA 

MARGO 

TEST THE POWER-UP FLAG, IF RESET, = SS7 

274 

'898 

C9 

57 


C9P 

»A57 


275 

F690 

Ffl 



9£Q 

miTPNR 

RELIES ON ARBITRARY VALUE DURING POWER-UP 

276 

'69F 

86 

£10 


srx 

C'lNECl 

SET CONECT FLAG TO WAITING FOR SIGN-ON (-1) 

277 

'841 

A9 

51 


L7A 

•1H99AS 

SET THE INITIAL TERMINAL NUMBER 

278 

F8A3 

95 

3E 


3IA 

XAOOH 


279 

F8A5 




t 



280 

F9A5 

AO 

DE 


SNOSOF lJA 

tSOFHSG 

SIGN OFF MESSAGE TYPE 

281 

F8A7 

20 

H/v 

Ft) 

IS4 

PCUNST 

CDNSTRUCI THE PACKET 

282 

FBAA 

10 

05 


J9L 

CDNSOF 


283 

F8AC 

4C 

uo 

f 9 

HP 

RESET 

IF COULDN'T allocate A BUFFER, SOMETHING WRONGl 

284 

F8AF 

A9 

1 7 


C04S0F LOA 

fooji-next 

ENDUEUE THE PACKET TO BE SENT 

285 

F881 

A4 

OE 


LOT 

CUH8IU 


286 

F8H3 

20 

la 

Ff 

JSR 

EV'J 



original PAOIP TQ 

POOR QuS 
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RESET 


PACE 


7 


CARD « 

LUC 

CODE 


CARD 

10 

20 

30 40 50 60 70 


267 

F6IJ6 




0 





266 

F836 




} tRIS 

CODE LOOPS SENDING TNE SIGN-OFF MESSAGES UNTIL ALL TERMINALS 


269 

F866 




; RAVE 

BEEN 

ADDRESSED. 



290 

F6B6 




; 





291 

F6B6 

A9 

57 



LOA 

*457 



292 

F6B8 

C5 

if 



CMP 

HARGO 



29} 

FHBA 

FO 

16 



4EQ 

NOSOF 



294 

P66C 

Ee 

3£ 



nc 

XADOR 

SET NEXT ADDRESS 


295 

PR6E 

46 

3E 



LDK 

XAODR 

TEST TO SEE IF DONE 


296 

F8C0 

EO 

59 



CPX 

•THMBAStTRMCVT 


297 

f6C2 

VO 

El 



3VE 

SVDSJF 

NOT DONE, SO SEND ANOTHER S16N-3FF MESSAGE 


296 

F8C4 

85 

5F 



STA 

HARGO 

DONE, SO FLAG END OF PONER-UP CTCLE 


299 

F8C6 

00 

OA 



JVE 

(»U50F 

ALXAYS BRANCH OJT 


}00 

F8C8 




0 





301 





} TEST 

FOR A 

RESET SIGN-OFF MESSAGE 


302 

F8CM 




; 





30} 

FhC« 




) 





304 

F6CB 

A5 

UO 


NOTPaR 

wJA 

CD'IECT 

GET OLD CUNECT FLAG 


305 

FHCA 

86 

'4 0 



SIX 

CJNECI 



306 

FHCC 




1 





307 

FHCC 




1 IES7 

TO SEE IF AE ARE 

ALREADY CONNECTED AND IF SO SEND A SIGN-OFF 


306 

F8CC 




0 



* 


309 

F6CC 

C9 

01 



C'^P 

»U 1 

HERE «E PREVIOUSLY CONNECTED? 


31U 

F8CE 

00 

02 



3 9,E 

ND3DF 

IF NOT CONNECTED, DON'T SEND SIGN OFF MSG 


311 

F60n 

FO 

D3 



MO 

S3USUF 



312 

F802 




; 

A A A A A 

kAAAAAAA***< 


***** 

313 

Fd:)B 








• ** 

314 

F6D2 




!»•» SET JP 

TU RESPOND 

TO VOLLEY TEST PROGRAM. 

**• 

315 

F8D2 




;*** 




ft ** 

316 

F6J2 




; *«*ft*ii 

A * • A « 

k A ft A ******* 1 


***** 

317 

F6i)2 

A? 

36 


r*0:»nF 

IDX 

4164 

PREPARE TO SIGN ONTO THE BACKBOARD 


318 

FB04 

bb 

3£ 



SIX 

XAOi)r< 

INDICATE ME ARE TALKING TO BACKBOARD 


319 

F6D6 

A9 

OH 


s 

lJA 


SET SIGN-UN TIMER 


320 

fh:i6 

A2 

lE 



lDX 

«T8ACK 



321 

FbOA 

20 

E 1 

FO 



SUMER 



322 

F8DD 

«9 

7F 



LDA 

»>7F 

SET THE maximum PACKET LENGTH 


323 

F60F 

rtS 

1 7 



bfA 

MAX^AX 



324 

FBtl 

AP 




uDA 

»SONMSG 

PREPARE SIGN-ON MESSAGE FUR BACKBOARD 


325 

F6E3 

20 

8A 

Fb 


J3« 

PCC1M3T 



326 

F8t6 

III 

03 



5FL 

CO-'idS 



327 

FBkrf 

'JC 

0 >] 

FM 


JVIP 

reset 

IF COULDN'T allocate A BUFFER, SOMETHING 4R0NG! 


328 

F6tH 

A9 

1 7 


C04BB 

LOA 

«.ajur-NEXT 

OJEUE THE SIGN-ON REQUEST 


329 

FBft) 

A4 

oi 



tOV 

CUR3IU 



330 

F8E.F 


1 ^ 

FE 


JSR 

t >’.J 



331 

F6F2 

tb 

3« 



4C 

KA I T 

INDICATE THAT ME ARE MFTUNG FOR A SlGN-ON ACK 


332 

fbfm 





kA*AAAA***ll*A*Aft*************r.J}*****«f'f ***************************** 

333 

FBFq 




; * A A 




ft'** 

334 

F8F^ 




;*•* SET -/f* 

TRE. 9EA0/4RI TE HANDSHAKE LINE. 

** * 

335 

FflFq 




; A ft * 




ft * * 

336 

FHF4 





337 

F8F4 

AO 

Or 



Lor 

A/HA9A0* 

ASSUME HARRIS LAST MROTE TO 8TU 


336 

F6F6 

6C 

u \ 

10 


STY 

P09T3A 

SIGNAL MRITE INTERRUPT 


339 

FBF9 

io 

44 

FC 


.ISP 

I .rajF 

SET UP A NETWORK INPUT BUFFER 


340 

FRFC 

b« 




CLI 


NOW READY TO PROCESS INTERRUPTS 



175 



'«LDOf> 


PACE 


9 


CARO $ 

kOC 

CtlUE 


CARO 

10 20 

30 40 SO 60 70 


76F0 




i 




im 

F0FO 




f 

5LU0P 

IS THE MAIN LOOP 

. IT REPEATEDLY CALLS THE VARIOUS PROCESSING 

lan 

F8FD 




1 

ROUTINES UNTIL EITHER 

RESET IS HIT 9Y THE USER OR A NETAORSFOISCONNECT 

» 3U5 

F8FU 




1 

I41EHRUP1 IS DETECTED. 


mb 

F8FD 




; 




3K7 

F8FD 

20 

12 

FV 

ML30P 

JSR MET 

H4NDLE A MESSAGE TO THE NETAORH 

349 

F400 

20 

4£ 

FA 



.ISR OUTOEN 

handle a NETAORA message for THE HARRIS 

344 

^903 

20 

4 4 

PC 



JSR I jTSUF 

SEE IF A NETAORK INPUT BUFFER IS NECESSARY 

3b0 

F9I)I> 

20 

<=a 

FQ 



JSR PIOEV 

handle a HARRIS MESSAGE FOR THE NETAORK 

351 

F909 

20 

bF 

FH 



JSR IlMOUT 

POLL THE TIMER 

352 

F90C 

20 

8« 

FH 



JSR CbTOUT 

CHECK FOR any TIMEOUTS 

353 

F40F 

4C 

FJ 

FH 



JMP NLOOP 

CONTINUE looping 



ORIGINAL PAGE IS 
OP POOR QUALITY! 


>JEr PAGE 9 

CARO « LOC C37E CARD 10 21) 30 00 SO 60 70 


3SS 

7912 



1 


SSb 

F912 



1 MET IS CALLED TO OUTPUT 

RE3SAGES ONTO THE NETHORK. IF IT 

357 

F912 



; :aM'T for ARV REASONt IT RETURNS AND TRIE9 AGAIN THE NEKT TIRE 

358 

F91? 



7 IT IS called. 


359 

F912 



) GRAPHIC 7 AND HARRIS VERSIONS OF NET SHOULD BE IDENTICAL. 

360 

F912 



> 


361 

F912 

Ab 

59 

NET LDX ODUr 

IS THERE ANYTHING HAITING TO GO OUT? 

362 

F910 

io 

OJ 

RHl NREI 

IF NOTHING* RETURN 

363 

F916 



i 


360 

F916 



; A CHECh IS KADE TO SEE 

IF HE TRIED TO TRANSMIT SOMETHING ON THE NETWORK 

365 

F916 



J EARLIER AND COULD NOT. 

THESE ARE TWO POSSIBLE REASONS FOR THIS* A 

366 

F916 



; COLLISl )N HUH SOREONE 

ELSE'S TRANSMISSION OR AN 'FF' ACK FROM THE RECEIVE 

367 

F916 



; indicating MIS BUFFERS 

ARE FULL. 

368 

F916 



i 


369 

F916 



} IF A COLLISION OCCURRED 

* THEN A RANDOM NUMBER IS LOADED INTO RNDCNT 

370 

F916 



1 


371 

F91e 



: IF AN 'FF' ACK HAS RECEIVED* THEN 255 HAS LOADED INTO NOXRIT. 

372 

F916 



f 


373 

F916 



i ME FOLtDHlND LOOPS ALLON BOTH PR08LERS TO CLEAR. 

370 

F916 



0 


375 

FOlo 

AS 

37 

LiVAir -OA MJXRIT 

HERE HE ASKED TO STOP XMITTING FOR A HHILE? 

376 

F918 

FO 

Ob 

REO S.vAlIl 

N3* SO CHECK FOR RANDOM BACKOFF 

377 

F9) A 

A« 

32 

-DA BbO 

THIS GIVES US A 0.2 MILLISECOND WAIT 

376 

F91C 

Ch 

37 

TEC MJXRU 

MARK THAT HE ARE HAITING 0.2 MS 

379 

F91E 

HS 

1 i 

ST A K mCNT 

STORE THE CONSTANT FOR 0.2 MS 

380 

F920 

AS 

1 3 

SNAITl LOA KNOCNT 

IS RANDOM BACKOFF OR LONG HAITING ACTIVE? 

39! 

'922 

FO 

Oh 

TEN preoar 

NO 

392 

F920 

Cb 

1 3 

SNAII2 )tC HnDCNT 

C3JNTOOHN RANDOM WAIT OR 0.2 MS WAIT 

383 

F926 

1>W 

FC 

RnE S.VAIT2 


390 

'928 

FO 

'C 

RED L.-.AIT 

SEE IF he STILL HAVE THE LONG WAIT ACTIVE 

385 

F924 



0 


396 

F92A 



; 'REPARE 10 SEND PACKET 

3Y CHECKING TO SEE IF THE NETHORK IS BUSY. BUILD A 

397 

F92A 



; 'ACKEI 1EA0E2 HHILE HAIIING 

388 

'92A 



; 


399 

F92A 


31 

HREPAR 31A PsRUr 

ZERO OJI THE VERTICAL 

390 

F9dC 

A4 

'F 

LDA Bi.FF 

SEl INTERRUPT DETECTOR 

391 

'92E 


39 

5TA IiTFLG 


392 

F9 3 0 

At) 

0 0 OC 

.JA NjARTS 

IS THE NETWORK BUSY? 

393 

F933 


00 

AnD BaOOOOOIOO 


390 

F955 

FO 

27 

3'U MFtSSV 

IF BUSY* THEN HAII FOR LATER 

395 

F937 



1 


396 

F937 



; Ntl »QI SUSV non hut CU'JLO be HAITING FOR AN ACK. SET UP HEADER AND TEST 

397 

F93 7 



; A3aM in 100 USECS. 


398 

'937 



7 


399 

F937 


71 

.or L!'HrR,x 

GET THE POINTER TO 'HE BUFFER TO SEND 

000 

F939 

SU 

Ob 

STY lIjiaiR 


001 

F93K 

M'i 

9? 

LOr hIPTR.X 


002 

F93D 

SO 

07 

STY IIJI'IRYl 


003 

F95F 

AS 

33 

L )A S NNOR 

SAVE THE SEUJENCE * IN THE PACKET 

000 

F90 1 

AO 

UO 

LOY »0'l 


005 

F903 

-?l 

06 

STA lOJrPrR),Y 


006 

F905 

AS 

32 

LOA NTRRX 

SAVE THE retransmission COUNT IN THE PACKET 

007 

F907 

Al» 

Ob 

LOY P06 


008 

F909 


06 

STA (yiHPTR)»Y 


009 

F90H 

CH 


I -JY 




PAGE 10 


MET 


ARO « 

LOC 

CODE 

CARO 

to 

20 

4iO 

F94C 

B1 

06 



LOA 

(UUTPTR),Y 

411 

F94E 

B5 

08 



STA 

0UI3C 

412 

FR50 

AO 

19 



LOY 

*25 

413 

F952 

5H 



HAt 100 

OEY 


414 

F9S3 

10 

'0 



5PL 

NATIOQ 

415 

FOSS 

AS 

39 



LOA 

INTFLC 

416 

F957 

21) 

on 

OC 


AND 

NUARTS 

417 

F9SA 

29 

04 



AND 

«X00000100 

41H 

F95C 

on 

Ob 



3NE 

TRNSMT 

419 

F95E 

A2 

?F 


NEHSY 

LDX 

«NMHA1T 

420 

F960 

20 

FO 

FD 


•ISR 

SFINC 

421 

F963 

bO 



NR - T 

RTS 


422 

F964 




1 



425 

F964 




; IRANSWIT THE MESSAGE. 

424 

F964 




; fjh jb 

, BUT keep CHECX 

425 

F964 




t 



426 

F9b4 

A9 

9S 


TRYS9I 

LOA 

WtlUOItOOO 

427 

FR66 

6(1 

00 

OC 


STA 

NUARTS 

428 

F969 

hS 

14 



STA 

XMIT 

429 

F96B 




! 



430 

F965 




1, RFG •» 

• = IFF FROM THE 

431 

F96B 




t 



432 

K9bB 

C« 



TX. UP 

INY 


433 

F96C 

AS 

14 


rx5£MP 

LOA 

XMIT 

434 

F9bE 

on 

06 



3NE 

NTXCOL 

435 

F97U 




! 



4 36 

F97n 




; a CULLISIUN 

1 HAS JCCURR 

437 

F970 




f 



43B 

F970 

«2 

25 


u:iL 

LOX 

FNMCOL 

439 

F972 

20 

FO 

FO 


JSR 

SF I NC 

440 

F975 

60 




RTS 



aug 

UU5 

UUll 

«K5 

UUb 

urn 

<IUH 

4!(9 

430 

«5I 

U5P 

45i 

454 

455 
454 
457 
45H 

459 

460 

461 

462 

463 

464 


SO 40 50 63 70 

GET THE PACKET LENGTH 
SAME IT FOR THE OUTPUT LOOP 
FINISH HAITING FOR 100 US AFTER »RE=AR 


GET ZERO, IF INTERRUPT OCCURRED 
GET CURRENT NETNORK STATUS 

IF IT IS NOT BUSY, OUTPUT A MESSAGE 

INCR • OF TIMES HE HAYE TO ilAII FOR THE NET. 


THIS SHOULD HOLD THE NET 


F476 

F976 

F976 

FP76 

F979 

F97H 

F97D 

F97F 

F9B2 

F9B4 

F9H6 

FONH 

F9HA. 

F9hA 

F4HA 

F9SA 

F9HC 

F9BE 

F991 

F993 

F995 

F997 

F99A 

F99C 


DC 


Atl O') OC 
2'/ 02 
Fil EF 
51 06 
61 ) 01 
4S 51 
55 31 
C4 Oh 

on El 


A5 1 ) 

FO E2 
Af) 00 OC 
29 02 
FO FS 
A5 31 
50 01 OC 
42 14 
CA 


I 

I 4,1 COLLISION OCCURRED 

1 

NT<r.JL lOA nuaris 

AND 4X00000010 
5E3 TX9E'5‘» 

LJA {UUTPTR),Y 
SI A NUARTO 
EON PARITY 
STA PARITY 
CPY 0UT3C 
5NE TXLOOP 


turn on XMIT key 

SET XMIT FLAG TO NONZERO VALUE 


HAS XMir FLAG BEEN RESET 7 
NO, SO CONTINUE 


INCREMENT THE NUMBER OF COLLISIONS 


IS XMIT buffer empty? 

hRITE HORD to NETaORK 

ACCUMULATE THE PARITY 

ARE HE DONE? 

NO, SO LOUP SOME MORE 


; SEND THE vertical PARITY SYTE 
$ 

TX = AR 


Hu.urx 


LOA XMIT 
6EQ TXCOL 
LOA NUARTS 
AND »*000000l0 
H£U TXPAR 
LOA PARITY 
STA NUARTO 
LUX *26 
lEX 


HAS XMIT BEEN TURNED OFF BY NMI? 
IF 50, RETURN 

OUTPUT THE PARITY TO THE NETHORK 


DELAY TURNING OFF THE KEY 
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PAGE 


11 


^Er 


CARO » 

LOC 

«bS 

F990 

Hb6 

F99F 

Ubl 

F9A1 

Ab8 

F9A4 

469 


470 

F9Ab 

471 

F9A& 

47a 

F9A9 

47J 

P9A9 

474 

F9A9 

47S 

F9A9 

476 

P9AA 

477 

F9AC 

478 

F9AE. 

479 

F990 

480 

F90? 

481 

F9ri5 

4sa 

^9ri7 

48S 

F9ttH 

484 

F9HA 

495 


486 

F9BA 

487 

F9J1A 

498 

“9BC 

499 

F9BD 

490 

P9rtF 

491 


498 

F9Ca 

493 

F9Ch 

494 

-9CH 

495 

F9CA 

496 

F9CC 

497 

F9CF 

498 

F9DI 

499 

F901 

500 

F901 

SOI 

F90) 

soa 

F9)l 

503 

=’9ua 

504 

F90b 

505 

F9Db 

506 

«^9i)A 

507 

f 9DC 

508 

F9DF 

509 

*^9?U 

510 

F9F0 

511 

F9F1 

5ia 

F9E5 

513 

F9Ff» 

514 

F9£.f> 

515 

F'>F6 

516 

F9fcb 

517 

F9EH 

518 

F9EH 

519 

F9ED 


COOE 

CARO 

10 ao 

30 40 SO 60 

10 

80 



iPL HOLOrX 


A9 

58 



L9A 6X01011000 

TORN OFF XMIT KEY (THIS HUST OCCOR... 

80 

00 

OC 


STA NUARTS 

...AT LEAST 75 USEC AFTER LAST BYTE) 

AS 

14 


KEFODF 

LDA XKir 

WAIT FOR THE KEY TO TURN OFF 

DO 

7C 



8NF KEYNOF 


78 



. 

SEI 

NO INTERRUPTS FOR A WHILE 




; 8EG • 

t 

A' r 00 FR08 KEYNOF LOOP ABOVE 

AH 



1 

TAY 


81 

Ob 



LOA (OUTPTRJ.Y 

GET THE TO ADDRESS 

»S 

08 



3TA 0JT9C 

SAVE IT IN OJTBC 

tft 

1 4 



INC x»ir 

HAKE XKIT NON-ZERO 

42 

1 1 



LOX *17 

LOOP FOR 100 US 

AD 

00 

OC 

AKLOOP 

-DA NiMRTS 

WAIT FOR THE ACK TO COME BACK 

30 

|A 



881 ACKCK 

A character has ARRIVED 

CA 




•>£X 

KEEP ON WAITING 

10 

F8 



89L AkLOOP 





1 '7' RtU- s 00 FR04 8E7NOF ABOVE 

89 

14 


BAJACK 

SIY X»II 

NOTHING ARRIVED, SO TURN OFF XMIT FlAG 

Sft 




CLI 

RESTORE INTERRUPTS 

A2 

ai 



LOX *,4RX8T 

COUNT * OF TIMES NO ACK 

20 

r 0 

FI) 


JSR SFINC 


Lb 

38 



nc NIPRX 

INCR * OF TIMES THIS MSG IS TRANSMITTED 

A6 

58 



uOX MTPRX 

SENT ia7 TIMES? (LIMIT UPPED CHECKOUT) 

lC 

7F 



CSX »187 


9lt 

?8 



8CC NF.TRET 

NO, SO TRY IT AGAIN LATER 

A2 

87 



LTX F-J80ISC 

YES, SO INCR THE » OF DISCARDED MESSAGES 

20 

FJ 

F ) 


JaR 8F1NC 


DO 

15 


/ 

■8VE NtTFRE 

AND FREE UP THE PACKET BUFFER 




1 CHECK 

HE ACMVOflLEOGBENT THAT NAS JJST RECEIVE!/ AND TAKE T8E 




; PRUPE9 ACTION, 


AU 

01 

OC 

AC<CK 

LOA NUARTO 

GET THE character THAT ARRIVED 

C5 

08 



C8P OUTBC 

IS IT The ACK? 

FO 

08 



8E5 ACKOK 

YES 

C9 

<=F 



C8P «AFF 

IS IT A FLAG THAT THE RECEIVER IS OVERRUN? 

00 

OF 



8VE BAOACK 

NO 

8S 

37 



3IA N0X8IT 

YES, SO DON'T XMIT FOR 855 MILLISECONDS 

F 0 

0.1 


. 

■■(EO BttOACK 

Always branch 

bH 



AC<OK 

CLI 

RESTORE INTERRUPTS 

A2 

at 



LDX e«HX8T 

INCR THE * OF TRANSMITTED MSGS 

20 

FO 

FD 


JSR SFINC 





; FREE 

The buffer that was just PROCESSED OR COULDN'T BE SENT. 

A? 

1 7 


NETFHE 

LDX •DOJT'-NEXt 

FREE THE BUFFER THAI WAS SENT 

20 

?a 

FE 


JSR 0{J 


A9 

00 



LDA «00 

RE-INITIALIZE « OF TIMES CURRENT MSS XMITTEO 

8S 

38 



STA NTPRX 
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C*RO # LOC CQOe 


520 

F9EF 

E6 

55 

S2i 

F9F1 

AS 

10 

522 

FRF 5 

00 


525 

F9FS 

oO 



CARD ID 20 

HC SMNDR 

ANDDME u 3» »'*ir 
^ME ANOOI^E 

HErstT -(rs 


30 40 

Sit THE SE8UENCE * 
AAIT FOR THE KEY t 

»Y9 RETURN 


PAGE 12 

SO 60 

FOR THE NEXT PACKET 
I TURN OFF 


70 


ORIGINAL PAGE IS 
OF POOR QUALITY 



INOEV 








PAGE 11 

CARD « 

lDC 

CODE 



CARD 

10 

20 

10 90 50 63 70 

S2S 

F9F6 



» 





S26 

F9F6 



1 

I*9DEV 

IS CALLED TO POLL 

FOR CHARACTERS FROM THE HARRIS. 

527 

F9F6 




TAD STATES 

OF the DMATTY flag are VALID! -1 INDICATING NO DPERATION IS IN 

528 

F9F6 



> 

PROGRESS AND «1 HEARING A DHA OPERATION IS IN PROGRESS. JNLIKE THE G7 

529 

F9F6 



; 

0ERSIO9 OF 

INDEV, ONLT 

DHA OPERATIONS ARE RECOGNIZED BY THE HARRIS VERSION 

510 

F9F6 





DF IVUEO. 



511 

F9F6 









512 

F9F6 









511 

F9F6 




DHA 

530E 

5EANS 6INARV DATA IS USED AND CONTROL CHARACTERS HAT BE 

519 

F9F6 



1 

EHSEODEC 

, THE FINAL 

PACKET SHOULD BE TRANSMITTED WHEN SUFFICIENT TIME 

515 

F9Fb 



f 

HAS 

Elapsed to indicate no more data follows (approx 6Do usecs). 

516 

F9F6 



; 





517 

F9F6 

as 

90 

1>90EV 

UA 

CONECI 

ARE WE CONNECTED TO ANOTHER BIU? 

51B 

F9F6 

^0 

05 




SHI 

IHET 

NO, SO CONTINUE TO WAIT. 

519 

F9FA 

as 

OF 




LDA 

nSET 

00 wE HAVE AN INPUT BUFFER SET UP YET? 

590 

'9FC 

,)0 

1A 




5NE 

UcTCH 

YES, SO TRY TO GET A CHAR 

591 

F9FE 


02 




LDA 

foaihsghtty 

TRY TO ALLOCATE A DATA BUFFER 

592 

FAOO 

20 

3A 

FI) 



JSR 

PC0N8T 


591 

FA03 

10 

01 




5PL 

AnUF 

IF COULD ALLOCATE THE BUFFER 

599 

FAOS 

t)0 


19 

5T 

RTS 


IF COULDN'T, RETURN AND TRY LATER 

595 

FA06 









596 

FA06 





SET UP 

HE 

HjFFER POINTERS 

597 

FA06 









596 

FA06 

AO 

OA 

A8 JF 

.LOT 

HIUPTK 

SET UP THE INPUT BUFFER POINTER 

599 

FA08 


01 




SIT 

1 IPIR 


550 

FAOA 

AO 

113 




LOT 

bl J»TRtl 


551 

FAOC 

do 

09 




.'.iTT 

I 9®rR+l 


552 

FAOE 

AO 

OE 




lot 

CUR3I J 

The buffer NUMBER 

553 

fAlO 

do 

OD 




SIT 

CJROEV 


559 

'■A12 

£6 

OF 




1 jC 

TNSET 

NOW SET UP FOR INPUT 

555 

FA19 

AO 

05 




LJT 

r>08 

OFFSET INTO THE BUFFER OF THE FIRST CHAR 

556 

FA16 

dO 

05 




STY 

I v8C 


557 

FAl H 









558 

FAIM 





GETCH 

IRIES 10 GET A WORD. IF IT IS SUCCESSFUL, THE WORD IS ADDED TO 

559 

FAln 





HE CJH''ENI 

5UFFER. IF 

ONLY ONE CHARACTER IS PASSED, IT IS PADDED WITH 

560 

FAl 8 





A HOll 

HEX 

DO. 


561 

FAIR 









562 

FAl 1) 

AO 

05 

i'.EICH 

LOT 

I'j3C 

SET Y INCASE OF NEED TO OUTPUT BUFFER 

563 

FAl A 

A9 

10 




L3A 

*COH 

IS THERE COMMAND DATA FROM THE HARRIS? 

569 

FA 1C 

?c 

1 ) 

ill 



51T 

R1 IFH 


565 

FAIF 

)U 

5C 




5NE 

liETCDA 

YES, SO PROCESS A COMMAND WORD 

566 

FA21 

AO 

0? 




l;a 

«l'i)5 

NO, IS A DATA WORO READY? 

567 

FAc"! 

2C 

10 

10 



WT 

Pi IFR 


56B 

F Af'ti 

00 

OA 




lOE 

lif TDAf 

YES, SO GET THE WORO 

569 

FA?8 









570 

FA26 





J -1AM V 

13 lliiriAUIZED TO -1 IN THE FFLOOP, IT IS SET TO 1 ON THE FIRST 

571 

FA28 





=ASS ThRJJGH GETOAT TO 

ASSUME A DHA OPERATION. IT IS SET TO -1 IF THE TIMER 

572 

FA2H 





INDICATES IT IS NOT A OHA OPERATION OR A ONE HORD DMA OP A9D PAC5ETS ARE SENT 

573 

8A23 





5T CODE r. 

I .OONE, 


579 

CA2H 









575 

FA2H 

AS 

5A 




LJA 


NO, ARE WE IN THE MIDDLE OF AN DPERATION? 

576 

FA2A 

50 

09 




351 


NO, SO RETURN 

577 

r A2C 









578 

FA2C 





dmatm 

IS A 

TIMER SET DURING DHA OPS TO TIHE HOW LONG IT HAS BEEN SINCE THE LA 

579 

FA2C 





/OHD Tu ARRIVE. IT IS 

SET EACH PASS THROUGH GETOAT AND GETCOA 
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INQEV 


PACE 1« 



CARD « LOC CODE 


5S0 

FA2C 




581 

FA2C 

Cb 

3C 


582 

FA2E 

00 

EB 


583 

FA30 




584 

FA30 




585 

FA30 




SBb 

FA30 

FO 

52 


587 

FA32 




588 

FA32 

Afo 

5 A 


589 

FA34 

10 

04 


590 

PA3b 




591 

FA3b 




592 

FA36 




593 

FA 36 

A3 

01 


594 

FA3ft 

8b 

5A 


595 

FA3A 

A2 

20 


595 

FA3C 

8b 

3C 


597 

FA3F 

AM 



598 

FA3F 




599 

FA3F 

AD 

1.) 

10 

600 

FA42 

49 

FF 


601 

FA44 

4H 



602 

FAU5 




503 

FA45 




604 

FA45 




605 

FA45 




606 

FA45 




607 

p»65 

AD 

1 1 

10 

608 

FA4H 

49 

FF 


609 

FA4A 

85 

3d 


610 

FAttC 

A3 

08 


611 

FANE 

A9 

OF 


612 

FA50 

.•=)() 

41 

to 

613 

FA53 ' 




61 A 

FA53 




615 

FA53 




616 

FA55 




617 

FAS3 

at 

4C 

1 0 

618 

FA56 

A? 

0 2 


619 

FA5R 

CA 



620 

FAS') 

30 

FO 


621 

FAbo 

A? 

'a 


622 

FAb'.’ 

HE 

4C 

J 1) 

623 

FAbO 

6M 



624 

FAbl 

CO 

02 


625 

F4h3 

DO 

83 


62b 

FAbb 




627 

FAbb 




628 

'Abb 




629 

FAbb 




630 

FAbb 

A« 

115 


631 

FAb7 

91 

03 


632 

'Ab9 

Ca 

1 7 


633 

FAbrf 

FO 

1C 


634 

FAbO 

tb 

05 



CARO 10 30 30 40 50 50 70 

DEC ORArR ORA OPERATlORl MAS TIMER SONE OPP? 

3NE ntrCM RO, SO CONTIRUE TO 4A1T 

> 

» TIMER »ERT TO ZERO 30 ORA OR TTY OP PINISRED, 30 SEND 3JPPERRE0 DATA. 


SEO noORE YES, SO SEMO THE PACKET 

t 

CETOAT Ui)X DRAJTY 4HAT RODE OF OPERATION IS IN PR0SSE5S7 

R»L ORAROO ORA 

; 

; IP ORATTY * -1, 4E ASSURE THIS IS THE START OP A ORA OPERATION. 

ORAIT uOX »1 

Srx IHATTY 

ORAROO LDX »P30 SET THE ORA TIMER 

STX ORAfR 

TAY SAVE The cormano type for later 

< 

LDA PtIHMO SET THE M16H ORDER BYTE 

:3R »»FP tare THE I'S COMPLIMENT OP IT 

^HA AND SAVE THE BYTE FOR LATER 

i 

I VOTE; L’lAOl'IG FROM PORT lA AILL TRIGGER AN AUTOMATIC HARONARE HANDSHAKE 
; SIGNAL FROM THE 6522 

; 03ACP (G7 OCTL) SIGNAL. 

J 


LDA PORTIA 
EDR »«FF 
SIX BYTlOa 
lJX FIIFJ 
tDA snARAOW 
SIA PDRTiA 


GET The LOA order 9YTE 
TARE THE I'S COMPLIMENT OP IT 
AND SAVE IT FOR LATER 
TRIGGER TTY OUTPUT IHTERRUPT 
SIGNAL LAST IIPU AAS FOR A ARITE 


t AN OUTPUT INTERRUPT SIGNAL IS SENT BACK TO THE HARRIS FOR SPECIAL 
I HANDLING. THIS IS TRIGGERED 8Y A MANUAL HANDSHAKE ON PORT 38. 


SIX PJPCR 
LDX 

GEILOP DEX 

HNE GETLJP 
LUX FvIIFU 
STX PiPCH 
^lA 

CRY »'U)H 
3NE GETCM 
I 

t ADD THE character 
; IT IS FUfcL. 


LOOP FOR to JSEC8 TO GIVE HARRIS TIRE TO PROCESS 

TURN OFF IIFU HANDSHAKING LINE 

RESTORE THE HIGH OROEK BYTE 

AAS THIS AN OUTPUT OR COMMAND NOR07 

COMMAND, SO GO GET ANOTHER RORD 

10 THE OUTPUT BUFFER AND QUEUE THE BUFFER 4HEN 


IT 


CHARS LUr JMBC HE PLACE TO AOO HE NORO TO THE BUFFER 

SIA (IN?TR),Y STORE II IN THE BUFFER 

.C^Y HAXPAX IS THE BUFFER FULL? 

9E0 INOONl YES 

INC INHC 
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INDEV P*GE 15 

CARD * tOC CODE CARD tO 20 30 OO 50 60 70 

635 FA6F 20 76 FA J$R BYTES DETERRINE AHICH BYTE IT AAS 

656 FA72 BO FI BCS CHARS FIRST, $0 GET SECOYO 

637 FA74 00 A2 BCC GETCH SECOND, SO GO GET ANOTHER WORD 

638 FA76 » 

659 FA76 ; BYTES IS USED TO DETERMINE HHICH HALF OF A NORO RAB PROCESSED. THE CARRY 

6R0 FA76 I SIT IS USED TO INDICATE AN ODD OR EVEN BYTE COUNT. (ODD=>CS, EVENs>CC) 


6RI 

FA76 




1 



6R2 

FA76 

AS 

O', 


BYTES 

L3A INBC 

FIRST BYTE IS INDICATED BY AN ODD COUNT 

6U3 

FA7B 

iH 




ClC 


6Ua 

FA79 

bA 




RJR A 

ROTATE THE LOW ORDER BIT INTO THE CARRY 

, 645 

FA7A 

AS 

35 



LDA BYTLOR 

SET UP THE SECOND SYTE IN A REG 

646 

FA7C 

bO 



BTIRET 

RtS 


647 

FA70 




; 



646 

FA70 . 




1 PROCESS » COMMAND DATA 

RDRD U.E. IGNORE IT BUT HANDSHAKE) 

649 

FA70 




1 



650 

FA7D 

A 6. 

5A 


GETCOA 

UOR DMAITY 

IF PREVIOUSLY IN TTY OR DMA CLEAR HE BUFFERS' 

651 

PA7F 

to 

03 



RAL INDONE 

YES 

652 

FAbl 

AB 




TRY 

SAVE THE COMMAND TYPE FOR LATER 

653 


30 

32 



3NE DMAIT 

O r-IERRISE, START A DMA OPERATION (ALMAYS. SRANCHI 

654 

FAHU 




f 



655 

FAt^Ci 




) indone 

13 USED TO SEND 

PACKETS THAT HAVE SEEN PREVIOUSLY BUFFERED. 

656 

FAHU 




1 IT CHEC<5 FOR NULL PACKETS (INBC<8) AND RESETS THE TIMERS 

657 

FABa 




i 



656 

FABU 


FF 


1MD3NE 

LOX RiFF 

RESET OMAITY FLAG , 

659 

FAHb 

HB 

54 



Srx DiAITY 


660 

FArifl 

H6 




DEY 

SET PACKET LENGTH 

661 

FA69 

Oh 



1N30»J1 

TYA 

PLACE THE BYTE COUNT IN THE PACKET 

662 

FABA 

CO 

0/ 



E?Y »7 

IS IT A NULL PACKET? 

663 

FAHC 

FO 

EE 



6EJ BYTRET 

YES, SO IGNORE IT 

664 

FAHfc 

AO 

07 



LJY «U7 


665 

FA90 

91 

!i3 



STA (IN»TR),Y 


666 

FA92 

49 

1 7 



LOA »nOJT-NEXT 

EN3UEUE THE PACKEI TO BE SENT 

667 

FA9£i 

Aa 

OJ 



L3Y CURDEV 


666 

FA9to 


1 4 

Ffc 


JSS FNO 


669 

r A99 

Cb 

OF 



JEC IMSEt 

ND longer SET UP 

670 

FA9fj 

an 

Fs 

F9 


J4P INDEY 

TRY TO GET THE NEXT BUFFER 
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ouroEV 


PACE 16 


CARO • 

LOG 

CODE 


CARO 

10 20 

30 40 50 60 


7i 

*72 

FA9E 



I 






*7) 

F*9E 



1 

DOTDEV 

IS CALLED TO handle A MESSAGE FROM THE NETWORK. IT MILL 


*74 

F»9E 



I 

EIIHES 

TRANSMIT THE MESSAGE TO THE HARRIS OR HANDLE THE 



67S 

FA9E 



; 

4ESSASE ITSELF, DEPENDING ON THE MESSAGE TTPE. 



676 

FA9E 



1 






677 

FA9E 



1 

DUTDEV 

MAKES NO ASSUMPTION CONCERNING THE IPYE OF OPERATION 

(I. 

E. 

67S 

FA9E 



i 

DMA OR 

TTY), IT SIMPLY 

SENDS DATA INTO THE DEVICE AS IT IS RECEIVED. 

679 

FA9E 



1 






bSO 

FA9E 

AS 

to 

OUTDEV 

IDA OUTSET 

SET UP FOR OUTPUT? 



6SI 

FAAO 

DO 

27 



3NE PUTCH 

VES, SO SEE IF THE NEXT CHARACTER CAN 

6E 

SENT, 

6S2 

FAA2 

A6 

53 



LOK OIN 

anything on the oueue? 



663 

FAA4 

30 

D6 



3MI 8YTRET 

N3, SO RETURN 



684 

FAA6 

34 

71 



LOY LOPTR,X 

SET UP THE PTRS 



665 

FAA8 

64 

06 



STY 0UT9TH 




686 

FAAA 

34 

87 



LOT MIPTH,X 




667 

FAAC 

34 

07 



STY 0UT»TRtl 




666 

f*ae 

AO 

05 



LOY 405 

GET THE MSG TYPE 



669 

FABO 

31 

06 



LDA (OUTPTR),Y 




690 

FAB2 

C9 

02 



CMP «t)ATMSGtTTY 

A DATA MESSAGE? 



691 

FAB4 

DO 

59 



3NE TRYSOF 

NO, SO TRY FOR A SION-OFF MSG 



692 

FAB6 

A4 

40 



LDY CUNECT 

ARE RE CONNECTED? 



693 

FA88 

10 

05 



39L POATA 

YES, SO PRINT THE OATA 



694 

FA6A 

EA 




N3P 

PATCH FOR VOLLEY PROGRAM 2/10/80 



695 

FA8B 

EA 




NOP 




696 

fabc 

4C 

69 F8 



JMP OUTFRE 

NO, SO IGNORE THE PACKET 



697 

FA8F 



f 






696 

fabf 



f 

20ATA 

SENDS THE DATA TO THE HARRIS 



699 

FA8F 



; 






700 

FA8F 

E6 

10 

PQATA 

INC OUTSET 

SET UP FOR OUTPUT 



701 

FACl 

AO 

07 



LDY »07 




702 

FAC 3 

84 

03 



STY UJT8C 

FIRST CHAR OFFSET - I 



703 

FACS 

81 

06 



LDA (OUTPTR),Y 

GET THE PACKET LENGTH 



704 

FAC7 

85 

09 



StA OUTPL 




705 

FAC9 



; 






706 

FAC9 

A4 

06 

HUICH 

LDY 0UT3C 

GET THE NEXT CHAR OFFSET 



707 

FACB 

C4 

09 



CPY UUTPL 

DONE TET? 



708 

FACO 

00 

05 



3NE TRYOS 

NO, SO CHECK THE DEVICE STATUS 



709 

FACF 

C6 

10 



DEC UUTSET 

all done with the PACKET 



710 

FAOl 

4C 

69 FB 



JMP OuTFRE 




711 

FAOA 



; 






712 

FA04 



1 

TRYOS 

OJrPUTS TND CHARACTERS AT 



715 

FA04 



i 

A TIME 

PADDING KITH A i 

NULL HEX 00 IF AN 000 NUMBER. 



714 

FAOU 



1 






715 

FAD4 




HANDSHAYJNG OCCURS AUTOMATICALLY NHEN DATA IS STORED IN PORT 

2A 


716 

FA04 



/ 

AGAIN 

A hardware ACTION OF THE 6522 CHIP NHICH IS EQUIVALENT 

TO 

THE 

717 

FA[)4 



t 

DAVFU 

(G7 InR) SIGNAL. 




718 

FAOa 



} 






719 

FAOa 

C8 


TR7DS 

INY 

GET THE OFFSET OF THE CHAR TO SEND 



720 

FA05 

81 

06 



LDA (DUTPTR),Y 

GET The char to SEND 



721 

FAD7 

49 

FF 



EOR 4$FF 

take the i's compliment of it 



722 

FA09 

AA 




TAX 

SAVE THE first BVTE IN X 



723 

FAOA 

C4 

09 



CPY OUTol 

DONE VET? 



724 

FAOC 

FO 

20 



BEQ NULL 

YES, SO PUT OUT A NULL CHARACTER TO FILL 

RORO 

725 

FADE 

C8 




INY 

NO, SO GET SECOND BYTE OF RORO 



726 

FAOF 

81 

06 



LDA I0UTPTR),Y 

GET TmE SECOND CHARACTER 





OUTDEV 

C«R» « LOC 
121 FAEt 
1l» FAE5 
119 F*E6 
7JO FAE9 
7il F*E9 
7J2 FAE9 
7JJ FAE9 

734 FAEB 

735 FAEO 
7ii- FAFO 

737 FAF3 

738 FAF3 

739 FAF3 

740 F*F3 

741 F*F3 

742 F*F3 

743 FAF3 

744 FAF5 

745 FAF6 

746 FAF8 

747 F»F* 

748 FAFO 

749 FAFF 

750 FBOi 

751 FB03 

752 FB06 

753 F0O8 

754 FBOA 

755 F60B 

756 FBOB 

757 FBOB 

758 FBOB 

759 FBOO 


PACE 17 


CODE 
49 FF 
SE 20 to 
6D 21 10 


A9 DB 
A2 2F 
BE 41 10 
SI) 4C 10 


CARD IP 
NUI.RE7 EOR *IFF 

SIR P0RT2B 
STA P0RT2A 
I 


20 30 40 50 60 70 

TAKE THE I'S COMPLlRENT OF IT 
LOAD B AITH HI6H ORDER BYTE 
LOAD A WITH THE L04 ORDER BYTE A4D 4ANDSHAKE 


|A RANJAL HANDSHAKE ON PORT 5B IS USED TO ACT AS AN INPJT INTERRUPT. 


I 


LOA fllFU 
LDX AHARADR 
STX P0RT3A 
STA P3PCR 


TRIGGER A HARRIS INTERRUPT 
SI5NAL THIS IIFU IS FOR A READ 


OJTLOP 4AITS FOR THE HARRIS TO SIGNAL IT HAS READ THE LAST NORO SENT. 

IT AAITS FOR ABOUT 2.0 MSECS FOR THE RETURN HANDSHAKE. IF THE HANDSHAKE 
FAILS TO COME. IT ASSUMES THERE IS AN INTERFACE DEADLOCK AND RETURNS TO 
THE MAIN LOOP TO ALLON II TO CLEAR. 

SET LOOP COUNTER TO CLEAR DEADLOCKS (2.0 MS) 

IF LOOP COUNTER « 0, TRY LATER 
TEST FDR HANDSHAKING FROM HARRIS 

LOOP UNTIL HARRIS ACKNOWLEDGES NDRD 
SANE BYTE COUNT 
TURN OFF INPUT INTERRUPT FLAG 

ARE WE WAITING TO TRY LATER? 

NO, SO GET THE NEXT WORD (ALWAYS BRANCH) 

YES, SO GO BACK TO MAIN LOOP 

TWO LINES OF CODE ADD THE NULL BYTE DURING OUTPUT. 

LOAD SECOND BYTE WITH NULL CHARACTER 

always branch 


A2 

EO 



OX 

• SEO 

CA 



OUTLOP 

DEX 


FO 

09 



BED 

TRYLAT 

A9 

02 



LOA 

»l)ATU 

2C 

20 

10 


BIT 

P2IFR 

FO 

F6 



BED 

nUTLOP 

84 

08 



STY 

tlJTBC 

A9 

F8 


TRYLAT 

LOA 

WNllFU 

80 

4C 

10 


SIA 

P3PCR 

EO 

00 



CBX 

«00 

DO 

BF 



BNE 

PUTCH 

60 




RTS 





1 THESE 

TWO 1 

LINES OF 

A9 

00 


NULL 

LOA 

FSOO 

FO 

D2 



BED 

NULSET 


SPiCI*L OUIPJt '<ESS«ittE HANDLERS 


PACE 


18 


CARD « 

uoc 

CODE 

CARD 

10 

20 

30 00 SO 60 70 

760 

PBOP 



1 




761 

PBOF 



; IHE FQLLOAINS SECTIONS 

CHECK FOR SPECIAL MESSAGES 

762 

F80F 



f 




76J 

F80F 

C9 

OA. 

IRTSOF 

C^p 

•SOFH55 

KAS IT A SIGN-OFF MESSAGE1 

760 

Fbll 

00 

17 


9NE 

TRYSAC 

NO, SO TRY FOR SIGN-ON ACKNOMLEOGME iT 

765 

FB13 

Ab 

40 


UA 

CONECT 

C3NNECIE07 

766 

F815 

10 

52 


3M1 

OllTFRE 

NO, SO IGNORE THE MSG 

767 

F817 

A5 

IE 


IDA 

XA'JJR 

IS the packet FR ,M the BIU TO NHICH CONNECTEO? 

768 

FB19 

AO 

0? 


LOT 

»2 


769 

FBlb 

01 

Uu 


C«P 

(QUlPtRlfY 


770 

F8ID 

00 

4A 


8 lE 

OulFRE 

N3, SO IGNORE THE SION-OFF 

771 

F81F 

AO 

00 


UY 

*00 

CLEAR XAOOR, INBC, AND CONECT 

772 

FH2I 

64 

5E 


STY 

XaDDR 


77J 

F823 

8'l 

0 5 


STY 

1\8C 


770 

F325 

HH 



7:Y 



775 

FH2b 

M4 

40 


SI Y 

CfJMECr 


776 

F828 

JO 

IF 


8 'IE 

DJIF9E 

ALL DONE HITH THE MSG (.••.I'lAYS BRANCH) 

777 

F82A 



; 




778 

FB2A 

C9 

Jr 

FRTSAC 

C8P 

FSACHSS 

NAS IT A SIGN-ON ACK? 

779 

F82C 

JO 

06 


3njE 

TRYSON 

NO, SO TRY FOR SIGN-ON REQUEST 

780 

F82E 

44 

5 A 


1.0Y 

HAII 

YES, SO CHECK TO HAKE SURE KE ARE HAITING 

781 

FH50 

Fl) 

37 



OliTFRE 

NO. SO IGNORE THE PACKET 

732 

-832 

38 



■>tY 



733 

fH13 

4 4 

lA 


SfY 

AAIT 

NO LONGER NAITING «OR SISN-ON ACK 

733 

F835 

4 4 

41) 


srY 

CnNcCT 

SET UP TO RUN VOLLEY 

785 

FB37 

FO 

iu 


■ii'J 

njTARE 

NOK CLEAR THE PACKET 

736 

FH39 



# 




787 

<^339 

C9 

£0 

TRTSUN 

C>1P 

AlnlLHSC 

SISN-ON REQUEST? 

788 

FB38 

•10 

2C 


8CC 

OtiU «E 

NO, SO IGNORE THE PACKET 

789 

F83D 

VI 

90 


t.')Y 

CD9ECT 

ARE he CONNECTED? 

790 

FB5F 

CO 

01 


CAY 

*1)1 


791 

FB31 

FO 

2b 


8-U 

OilTFRE 

YES, SO IGNORE THE PACKET 

792 

'8«3 

an 

02 


LOY 

*2 

NO, SO GET THE TERMINAL'S ADDRESS 

793 

•645 

31 

06 


L )A 

(ii'jr»rR),Y 



FB47 

85 

3E 


srA 

XAOJ9 

AND SAVE IT 

795 

Fd49 

AU 

00 


L')Y 

»l)0 

CLEAR THE NAIT FLAG AND PREPARE TO 9ESET THE 

796 

FH9H 

64 

lA 


SIY 

AAI 1 

... TO AODHESS 

797 

F8UD 



P 




798 

FB«() 



f •**«)! 

ft A * • 

ftftft*ft«0ft*** 


799 

F8i(U 



; *•** 

Special code to 

HANDLE VOLLEY TEST PROGRAM PROM *••• 

800 

r64') 



; **««< 

ftft ft« 



801 

FrtqR 



1 




802 

FdOD 

An 



UY 

I ySET 

*E9E he PREVIOUSLY SET U» FOR AN IN*UT? 

803 

F H4f* 

rl) 

02 


4F(J 

CONFYS 

NO, SO CONTINUE 

800 


91 

0 1 


8FA 

(H“T.O,Y 

RESET THE TO ADDRESS 

805 

FHbi 



! 




806 

F353 



; ****« 

****< 



807 

Fil53 







808 

Fri53 

A 9 

5/ 

COOITS 

!. JA 

*•37 

GOTNG TO TALK TO TERMINAL 

e09 

i=-8b5 

83 

17 


SIA 

Va-XPAX 

SO SAVE MAX NUMBER OF CHARS/PACKET 

HIO 

■^857 

AO 

Dr 


L7A 

«ff.AC6SB 

SEND A SIGN-ON ACK 

811 

F3S9 

20 

8A FD 


J3H 

PCOmST 


812 

FrtSC 

30 

0 J 


8«1 

UUIFRE 

1* CAN'T ALLOCATE THE SIGN-ON, IGNORE IT 

813 

'H5E 

AO 

1 7 


L3a 

*li;)Jf-NEXI 

QUEUE THE MESSAGE TO BE SENT 

614 

FbbO 

4 4 

Oc 


LDY 

C.I98IJ 



origin AL p age B 

OF POOB QUALTi^ 



SPECIAL UjrPJT '^tSSAUE HANDLERS 


PAGE 


kRD • 

LOC 

CDDE 

81S 

f062 

an in fe 

61b 

EHbB 

AO 01 

617 

F«(i7 

64 40 

eiB 

F8b9 


819 

FBbI 


8?0 

F869 


sei 

PBbR 

4? J6 

saa 

FAbH 

20 22 FE 

62J 

FdbE 

60 


CARO 10 

( 

JSR 

END 

131 

»l 

SIT 

CONECT 


; ;»E£ friE PACKET JUST PROCESSED 


110 


OUfERE UDX *jIN*NEXT FREE UP THE PACKET 

)SR U J 
•IIS 


50 


KXO DUNE 



fHojr 


PACE 20 


CARD • 

iOC 

CODE 

CARO 

10 

20 

50 40 SO 60 

025 

FHbF 



f 




02b 

F86F 



1 ri40UT 

POLLS HE IJMER 

TO SEC IF IT HAS THFD OUT. IF IT HAS# 

027 

FB6f 



7 5ECRE4E9fS 

I1C0 AND POSSULf OECREHENIB flHIiU. JF TICK REACHES 

020 

FB6F 



J ONCE 

EACH 

StCONO) TOD 

IS INCRENENTED. 

029 

F80F 



( 




010 

FMbf 

2C 

1 ) 10 

f 10OJT 

MT 

PI IFH 

HAS THE IHE9 IIHEO OUT? 

011 

F072 

tO 

1 0 


0VC 

IH9EI 

NO 

012 

F074 

Al) 

|4 10 


L JA 

ri'NL 

YES, SO CLEAR THE FLAG 

011 

F077 

C b 

41 


1£C 

TICK 

COJMT OO0N UNTIL 1/4 SECOND HIT 

019 

FH79 

50 

OF 


jnE 

T I'WET 


015 

F0/0 

A'J 

1 9 


LOA 

• 20 

RESET 1ICK TO COUNT NEXT 1/4 SECOND 

016 

FB70 

0b 

Jl 


SIA 

TICK 


017 

F27F 

to 

10 


INC 

T.H) 

INCRENENT TINE OF OAY 

8>0 

F001 

JO 

Ob 


3NE 

I 1 A0£T 

IF NQ CARRY, ALL DONE 

019 

FH05 

th 

1 7 


I NC 

1 llJtl 


040 

F000 

JO 

02 


■<Nfc 

IHOET 


041 

FB07 

F.0 

I A 


I NC 

T.1Ut2 


042 

FBB9 

hO 


riARET 

ors 





-188 


CARD « 

LOC 


CODE 

CARO 

10 2 

6R4 

888A 



1 


645 

FB8A 



i CHTOUT 

CHECKS FOR 

846 

'88A 



; IF ANY 

«9E OEIECTE 

847 

FBMA 



s 


848 

FBHA 



> SEE IF 

'<1 HAi/E WAI 

844 

Ffl .A 



i 


850 

FBrA 

AS 

11 

CKTOUT 

L')A ft41 I 

851 

F88C 

p(> 

1 0 


liU CKSIAT 

852 

FB8E 

AP 

Ic 


LlX 4IS4CH 

851 

FB40 

s?0 

4 9 FB 


J3« crixE 

H54 

pflOl 

VO 

99 


tCC CxSfAT 

855 

FB45 

Ac? 

I/ll 


kDX «i’HI 

858 

FH4 7 

Ah 

14 


SIX WHir 

857 

FB94 

At) 

ii 


SIX X4DDR 

858 

FH9B 

CA 



•lEX 

854 

FM4C 

So 

4J 


srx CMvECT 

880 

FB4E 



1 


881 

FB9E 



I SEK IF 

II 1.5 11 HE 

882 

FBOE 



f 


G83 

F89E 


1 < 

CHSIAT 

L 1 X a 1 s r A r 

884 

FU40 

•?0 

4'< F.l 


J.SR CIIhE 

885 

F841 


Ui 


■CC CI-C9ET 

888 

F3AS 


4; .1,1 


ISR S'lOSTA 

887 

FBAH 

dD 


CCRET 

".IS 


<tE WAITING FOR * SIGM>0'4 ACK? 
MO, SO CHECH FOR STATUS 
Y£S» SO SET UP POINTER 


AAITED too LONG SO CLEAR FLAGS 


NOT TINEO OUT, SO RETURN 


189 - 



CT1<1E 


PACE 22 


CANO n 

LOC 

CODE 

869 

FBA9 



870 

F6A9 



871 

F8A9 



872 

FBA9 



873 

P8A9 



874 

F8A9 



87S 

F8A9 

AS 

1 A 

876 

F8A8 

05 

02 

877 

F8A0 

90 

OE 

878 

FHAF 

00 

OC 

879 

F881 

A 5 

1 9 

880 

F88S 

05 

01 

881 

FflftS 

90 

Oo 

882 

FBM7 

00 

0 1 

883 

‘^089 

AS 

18 

884 

P008 

05 

Oil 

835 

Fariu 

hO 



CARD 10 20 SO 40 SO 60 

I 

) CMHE IS USED TO COMPARE THE CURRENT TIME OF DAY TO THE YAlUE 
; STORED H THE VARIAdUE X,Kil AnO Xt2.(S BYTES REOUIREO). IF THE 

; IDO IS SREAUR than or ejjal to the variable carry mill se set 
; UPON return; otherhise carry is cleared. 


ctme 

LOA TU0*2 
CAP 2.x 

h:c civet 

5SE Cl l-'T 

TOD 

LESS THAN X 


L)4 TOC,, 

CMP l.X 

SET 

SECOND BYTE 


8CC CIHEi 
ONE CHET 
CJA 1.0 
CMP 0,X 

TJD 

LESS THAN X 

CHET 

VIS 




70 


190 



SNUsrA 


PACE 2$ 


CARO • 

LOC 

CODl' 

CARD 

10 20 

30 RO SO 60 70 

687 

FBBE 



1 



888 

F9BE 



1 S9PSTA 

IS USED TD SEND 

A STATUS MESSAGE 

889 

F8HE 



) 



690 

F8HE 

A9 

DB 

SNOSTA 

lDA (51AN3S 

S' SJ A STATUS MSG 

891 

28C0 



1 



892 

F8C0 



7 IF THTB -lARHIS BIU IS 

TO BE USED TO GATHER STATUS MESSA3ES IT IS NECEESSARY 

B9J 

F8C0 



1 n BAu 

ITS SENDING STATUS MESSAGES ON THE NETWORK. TO 03 THIS CODE AT THE 

890 

F8C0 



; 3)nav, 

•IF THf ROUTINE 

IS ALTERED TO ADD THE STATUS MESSAGE DIRECTLY DinTD THE 

89S 

F8C0 



; iMB'jr 1. 

UEUE. IF THE HARRIS IS NUT SET UP TO RECEIVE STATUS MESSAGES BUT 

69b 

FBCO 



1 IT IS UESIRAtLE TO CAPTURE AND IGNORE THEN (HALT RETRANSNI 8SI0NS) THIS 

897 

F8C0 



; 51.) BJSr NOI SENERATE 

A STATUS tIESSAGE. 

898 

FdCO 



} 



899 

FBCO 



; bii 

•ns 


900 

FBCO 



i 



901 

FBCO 



; r.i MALI 

I HE -.tVERATIDN 

OF STATUS MESSAGES REPLACE THE SEL08 NOP 

"902 

FBCO 



; 01 TH The ABUfE RTS 


90S 

FBCO 





1 

900 

FBCO 

EA 



V JP 


905 

FBCl 

20 

BA FD 


JaR PCUNST 

TRY TO GET A BUFFER 

90b 

FBCO 

50 

E2 


iMI C^C9ET 

NOT ALLOCATED, SO TRY LATER 

907 

FBC6 

AO 

00 


lOY oOO 

SET THE TO ADDRESS TU THE DEVICE THAT RECORDS STATUS 

906 

FBC8 

AP 

0 0 


L )A asUTJS 


909 

FBCA 

PI 

OA 


SIA f-.IJPIR),Y 


910 

FBCC 

A 9 

2 ) 


L )A All 

PACKET LENGTH OF 02 

911 

FBCE 

AO 

07 


LOT »u/ 


912 

F8D0 


l)A 


SIA (•>IJPTR),Y 


•915 

FH02 



# 



910 

FbO? 

CB 



1 NY 

POINT TU THE FIRST BYTE OF STATUS PART 

915 

FBOi 

A? 

no 


LOX AiiJ 

MJVt IN the 16 BYTES OF STATUS INFORMATION 

91b 

FBU5 

•iS 

?i 

SLDJPl 

L)A N'YMTfX 

GET A BYTE 

917 

fbd; 


OA 


SIA (lUPTRin 

and save IT IN THE MESSAGE 

916 

FB09 

£B 



1 NX 

UPDATE IHE POINTERS AND LOOP COUNTER 

919 

FBDA 

CB 



I NY 


920 

FBDh 

EO 

1 u 


: 9 X « 1 h 

SIXTEEN bytes MOVED YET? 

921 

FBOn 

■yo 

- 0 


see SL07P1 

BRANCH IF NO 

922 

F3DF 



i 



923 

FBDF 

A9 

■)o 



GET THE « OF MSGS RATTING TO GO OUT 

920 

FHEt 

A6 

39 


■ JX 1) '.iT 


925 

=•81:5 

<0 

nc 


(•U S:,Ii|2 

IF NONE 

92b 

FBE5 

IB 


SLJDP? 


INCH « WAITING 

927 

FBEb 

b9 

0 I 


nOC ei'l 


928 


OH 



•'NA 

SAVE A 

929 

=^Bf 9 

AB 

id 


uOA MuFjX 

GET THE PtR TO THE NEXT MSG 

950 

FBEH 

\A 



FAX 


951 

FBfcC 

o rt 



= -A 

RESTORE A 

952 

FBtD 

lO 

FF 


C •• X 0 1 K F 

IS the next PTR NULL? 

933 

FilEF 


F'J 


SnE SL J-DP2 

NO, SO GET IHE NEXT ONE 

950 

FBFl 

n 

Oa. 

SbDTE 

SIA ( IJPTR),Y 

SANE THE » OF WAITING MSGS 

955 

FBF5 



} 



956 

FB = 5 

A9 

00 

• 

LJA A.i.i 

GET THE « OF MSGS WAITING TD GO IN 

937 

F8F5 

Ah 



lOX of I 


950 

FBK7 

5n 

nc 


MAI S 11)1 3 

IF NONE 

939 

FBF9 

1 H 



ClC • 


900 

FBFA 

t>9 

01 


A1C »i)1 


901 

F0FC 

UP. 



■'•(A 



191 



SNosr* 


PAC£ 2« 


ARO « 

loc 

COOE 

PARD 

to 

20 

902 

FBFD 

ITS 



• \ 

LOA 

NtXT,X 

RAJ 

FBFF 

AA 




TAX 


AAA 

FCOO 

bB 




»LA 


AA5 

FCOl 

£0 




CPX 

• liFF 

AAb 

FC03 

UO 

Fa 



.HNE 

SL00P3 

AA7 

FCOS 

C8 



5tiJT3 

INT 


AA6 

PCIIb 

91 

Ort 



STA 

THl JPTR)»Y 

AAA 

FCOfl 




1 



A50 

PC08 

CH 




INY 


A5l 

FC09 

AU 

oa 

oc 


LJA 

N'JARIS 

A52 

FCOC 

91 

OA 



STA 

HI JOTRl.Y 

A5J 

FCOE 

CB 




IVY 


ASA 

FCOP 

AIJ 

ou 

la 


9 7A 

DIARIS 

ASS 

FC12 

91 

OA 



STA 

(-1 JPTR),Y 

ASb 

FCIA 

CH 




1 NY 


AST 

FCIS 

AD 

1.) 

10 


LDA 

PI IFR 

ASS 

FCIR 

91 

04 



STA 

(•'I.|PTR),Y 

ASA 

FCl 4 

C8 




I NY 


AbO’ 

FC18 

AS 

it 



l7A 

Xi .)|)R 

Abl 

FCIO 

91 

04 



STA 

(•’I JPTRl.Y 

Ab2 

PCIF 




; 



AbJ 

FCIF 

ce 




I NY 


AbA 

PC20 




i 



AbS 

FC2I) 




> ^EG 

:■ 5 -1 F9UR LOUP 

.Abb 

PC2I) 







Ab7 

FC20 

EB 




I NX 


AbS 

FC21 

■m 

’5 a 

Fk 

5U'j:)P4 

L5A 

HIUFNC.X 

AbA 

FC29 

91 

(U 



3TA 

(hUPTRHY 

970 

FC2b 

EH 




T'lX 


971 

FC27 

CH 




I lY 


972 

FC28 

£0 

oc 



CPX 

212 

97J 

FC24 

90 

P'S 



HCC 

SL'IUPR 

97A 

FC2C 




; 



975 

RC2C 




s 

LOA 

A vlN-NEXT 

97h 

Fcac 




; '*rjTE: 

THIS 

I.i SPECIAL 1 

977 

FC2C 




; 

HE Ctl-t IHAl IS 

978 

FC2C 




2 

H.I3. 

KIR ALL OTi 

979 

FC2C 




5 



AflO 

FC2C 

A9 

1 ? 



L74 

« AUT-NEXI 

931 

FC2E 




i 



982 

RC2E 

19 

'1^ 



uOY 

C-jRalJ 

983 

FC30 

90 

1 M 

Ft 


JSR 

E . J 

98A 

FC33 

19 

"0 



LJA 

»t'ao 

985 

RC3S 

92 

1 i 



LJX 

sISTAI 

9»b 

FC37 

21) 


FO 


ISR 

SrlMER 

987 

FC3A 




i 



988 

FC3A 

A 9 

0 0 



LOA 

C III 

989 

FC3C 

9 2 

•’i? 



l')K 

K'S 

990 

FC3E 

xS 



SLJIJPS 

S|9 

1. ■ « H r , X 

991 

FC90 

;a 




jfX 


992 

FCJl 

10 

F i 



■i 'L 

Sl. I'JPS 

993 

FC93 




! 



99A 

FC93 

nO 




RTS 



SO 


«0 


SO 


bO 


70 


THE « OF HAITINC HSSS 

NETHORK JART STATUS 
OEVICE UART STATUS 

®ARAUEL PORT INTERRUPT FLAG REGISTER 

The Current xmit address 

PJINT TO the first byte OF THE DESCRIPTOR 


hOYE in 12 .BYTES OF BIU FUNCTION DESCRIPTION 
GET A BYTE 

AND SAVE IT IN THE MESSAGE 

UP5ATE THE POINTERS AND LOOP COUNTER 

TAELVE BYTES MOVED YET? 

BRANCH IF NO 

PUT the status MESSAGE ON THE INPUT QUEUE 


SEND THE STATUS MSS 


THE NEXT STATUS MSG GOES OUT IN I MINUTE 


Clear the status counters and return 


- 192 - 


INTBJF 


PAGE 25 


70 


CANO * 
99b 
997 
999 
999 
1000 
toot 
1002 
tOOJ 

1004 

1005 

1006 
1007 
luoe 

1009 

1010 
toil 
1012 


loc 

C30E 

card 

10 

20 

FC44 



7 



FC44 



: 1 INTBUF 

SETS 

UP A BUf 

FC44 



* 



FC44 

OH 


ISIBUF 

PHP 


FC45 

7H 



SET 


FC46 

AS 

1 1 


L3A 

I vtset 

FC4B 

DO 

1 1 


BYE 

IN'TRES 

FC4A 

20 

OA FE 


JSR 

ALL3C 

FC41) 

10 

OC 


B4I 

ILHES 

rC4F 

BS 

71 


LDA 

LgPTR*X 

FC51 

AS 

00 


3IA 

I VT^TR 

FCSJ 

BS 

S7 


LDA 

HIJIH,* 

FCBS 

BS 

01 


SIA 

I'.T = TR«1 

'CB7 

Bb 

OC 


S! * 

C'lB jET 

FC59 

E6 

1 1 


I tC 

1 \ T SET 

FC5B 

2H 


INIRES 

= lP 


FC5C 

bO 



R(5 



JO 


40 


SO 


60 


PROTECTS THE 1HTER4UPI MASKING. 

034' T PANT INTERHUPIS DURING ALL3C 

ALREAOT have a buffer* S3 RETURN 
ALCOCATE a BUFFER . 

N3 BUFFERS AVAILABLE* SO TRY AGAIN LATER 
SET UP THE PTR TO THE BUFFER 


SAVE THE BUFFER NU4BER 

resiore old interrupt status and return 
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PAGE IS 
POOR QUALITY} 


■1 


IRi AND ^<1I4T 


CARO « 
1014 

tots 

lOU 

1017 

1018 
1010 
1020 
1021 
1022 
1021 

1024 

1025 

1026 

1027 

1028 
1020 
1010 
toil 

1052 

1055 

1054 

1055 

1056 

1057 

1058 

1059 

1040 

1041 
104(2 
1045 

1044 

1045 

1046 


IOC 

fCSO 

7C50 

FC5D 

fCSO 

FC5D 

fC5D 

2C5D 

FC5E 

FC5F 

FC60 

FCbl 

FC62 

FC62 

FC62 

FCh2 

FC64 

FC67 

FCo9 

FC68 

«^C6K 

FC70 

FC75 

FC75 

FC77 

FC 

FC7C 

FC7F 

FCS? 

FCM2 

FC82 

FCH2 

'C»2 

FCH2 


COOE 


CARO 10 


20 


50 


40 


PACE 26 


SO 


60 


70 


# IRO RECEIVES COMTROt 4HEVEVER THERE IS A HETnORA nTERRJ»T. THIS 
» CAH BE SEHERATEO BV THE RECEIVE DATA RECISTER OF THE NET40RK UART 8E1NC 
> FklU, THE DATA CARRIER 9ETECT SICNAb GOINS HISH, OR A OATA OVERRJN OR 
I IT CO'Jui ALSU 9E THE RESJlT OF A OISC INTERRUPT FROM THE HARRIS. 

PiSH A'r. ¥ and X ONTO STACK 


IF THIS IS A DISCONNECT INTERRUPT FROM 


IS the DISC FLAG SET? 

40. SO PROCESS A NETWORK INTERRUPT 
SET UP TO READ ADDRESS INPUT 09 PO?" JA 

SET UP TO TEST THE UNIT CODE 
GET THE FOUR LOW ORDER BITS 
TEST the ADDRESS. IS IT FOR THIS BIU? 

90, SO IGNORE THE INTERRUPT 
VES, SO HANDSHAKE AND SET THE C9CT FLAG 
RETURN PORT 5A TO OUTPUT STATUS 

A90 ALWATS BRANCH 

( JARI INTERRUPT HANDLER. IT WILLI TRT TD 
CHECK LAt VALIDIIT, OR TO READ IN A MSG FROM ANOTHER BIU. THIS 
VERSION IS btl 10 USE THE SWITCH SELECTABLE ADDRESS AT »0RT5U ANO ACw 
STATUS HE SSAttS, 

GET THE SIATUSICLEARS THE OVERRUN CONDITION) 
ANO the data 

SAVE THE PARITY ERROR FLAG 
I9TK IS INITIALLY ZERO 
IS THIS MY TRANSMISSION? 

IF NOT. GO TO RECEIVE OATA ROUTINE 
SAVE RECEIVED DATA IN TOKEN 

HAVE 2 CHARACTERS BEEN RECEIVED? 

YES, SO TEST THEM 

NO, SO have TO WAIT, BUT KEEP DECREMENTING 
TEST RCV'O VS. IRANSMITTEO OATA 
OJTPTR POINTS TO ANY PACKET BEING KNITTED 


TEST UK, TURN OFF NET RCVR 


48 



IRJ 

PhA 


98 




TYA 


48 




PlA 


HA 




IKA 


48 




PRA 





1 

J FIRST 

f 

TEST 

III SEE ; 

A9 

U2 


0 

L )A 

• CISC 

2C 

40 

10 


9II 

PjIFR 

F 0 

19 



5EU 

M'lT 

49 

41) 



LD4 

«|I0 

HO 

4 5 

10 


STA 

P54JDR 

i9 

OF 



LDA 

FSOF 

20 

41 

10 


&N0 

PURT5A 

C9 

OF 



CMP 

• tiARADW 

DO 

II i 



5NE 

OC90 

40 

41 

10 


LDA 

PURI5A 

49 

FF 


DC 90 

LDA 

»5FF 

»U 

45 

10 


S?A 

P5AD0R 

4C ■ 

45 

FU 


JHP 

ncwtT 




J this 

CUOE I 

IS 1-iE N[ 


1047 

FC82 

AC 

no 

oc 

MINI 

LJY 

N.IARTS 

1048 

FC85 

AO 

01 

uc 


LOA 

l■l./A9T0 

1049 

FCHb 

44 

02 



SIY 

ivrsc 

1050 

FC«A 

Ab 

IS 



L0< 

I Jix 

1051 

FCSC 

A 4 

1 4 



LOT 

XHI I 

1052 

FCHl 

FO 

5F 



iiO 

kXDATA 

1055 

FC90 

95 

lb 



SI A 

TIKEN.X 

1054 

FC92 

t8 




1 


1055 

FC95 

ED 

02 



CPX 

oi'2 

1056 

FC95 

FO 

II 5 



SER 

T> srrx 

1057 

FC97 

4C 

9J 

FO 


HP 

M9cT 

loss 

FC9A 




0 



1059 

FC9A 

AO 

01 


TE5TIX 

ljy 

4 111 

1060 

FC9C 

49 

1 3 

ua 

TE512 

DA 

luXEN, Y 

1061 

FC9F 

Dl 

Ob 



C HP 

(HJTPTR),Y 

10 62 

FCAl 

00 

OH 



SNE 

CtiLIDE 

1065 

FCA5 

SB 




OEV 

1064 

FCA4 

10 

Fb 



5PL 

Ttsr2 

1065 

FCA6 

A9 

1 S 



LDA 

4XOOOUOOO 

1066 

fcab 

SO 

nil 

t'C 


STA 

NJARTS 

1067 

FCAa 

9C 

9S 

FO 


JHP 

NICLRX 


loss FCAt 


I j 
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IK3 tNO 


PACE 27 


'o- 

i 



r 




? 


Si 



CARO « 

LOC 

C3UE 

J06R 

FCAE 

49 

56 


1070 

FCBO 

60 

00 

OC 

1071 

FCHS 

A5 

12 


1072 

FCH5 

OA 



1073 

FCitb 

UA 



1074 

FCB7 

65 

02 


I07S 

FCb9 

OA 



1076 

FCHA 

16 



• 1077 

FCBB 

65 

02 


1076 

fchd 

16 



1079 

FC6E 

65 

1 2 


lose 

rCLO 

16 



1081 

FCCI 

69 

01 


1062 

FCC3 

65 

12 


loss 

FCC5 

65 

1 3 


1064 

FCC7 

A2 

25 


loss 

FCC9 

20 

FD 

FO 

lOBb 

FCCC 

4C 

9a 

FO 

1037 

FCCF 




lose 

rCCF 

CD 

40 

10 

1069 

FCD2 

FO 

oc 


1090 

FCD4 

EA 



1091 

FCD5 

EA 



1092 

FCDb 

EA 



109S 

FC07 

Ea 



1094 

FCUi) 




1095 

FCDH 




1096 

FCOa 




1097 

FC06 




1098 

FCOa 




1099 

FC08 




1100 

FCOfl 

A<J 

art 


1101 

FCDA 

Ml) 

O'J 

oc 

1102 

FCOO 

4C 

9a 

FD 

1103 

FCEO 

24 

02 


1104 

FCE2 

70 

F.| 


1105 

FCL4 

A 4 

1 t 


1106 

FCEb 

DO 

10 


1107 

FCEB 

A2 

20 


1106 

FCEA 

20 

F-) 

FO 

1109 

FCtD 

A9 

art 


1110 

FCEF 

no 

00 

OC 

1111 

FCF2 




1112 

FCF2 




1113 

FCF2 




1 114 

FCf 2 

A9 

FF 


1115 

FCF4 

65 

33 


1116 

FCF 6 

on 

52 


1117 

FCf 6 




1116 

FCFB 

AO 

00 


1119 

FCFA 

41 

no 


1120 

FCFC 

65 

3 ) 


1121 

FCFE 

45 

51 


1122 

FOOD 

C6 



1123 

PDOI 

AD 

no 

nc 


CARD 10 20 

COllDE LOA A^,OIOUOOO 
SfA MJARTS 
LJA RaXlU 
ASL A 
ASL A 
STA I'JtaC 
ASL A 
CuC 

Ajc 1 ' r-ic 

ClC 

A.IC kAWLI 
C..C 

AJC «.ll 
yiA RA,3i) 

SI A R' .JCNr 
L)K »>.»IC0L 
JSR S'^l'iC 
J'lP MCi-RX 

RXOATA CSP P.IKlia 
SiO F;i-<JS 

■l,)p 


so 40 SO 60 

TES1 failed, turn off XNIT AND RCVR 

CHOOSE random wait 

TO GET NEXT RANDOM NUMBER, ... 

multiply by 1} AND ADD 1 
X4 
XS 

XI? 

XH 

Yl 

STORE MEN RANDOM NUMBER AT SEED AND COUNT 
INCREMENT * OF COLLISIONS 


IS THE PACKET FOR US? 
YES 


70 


np 

VJP 

vJP 

; POR THE CASE IF THE HARRIS BU HHICH IS USED TO COLLECT STATUS MESSAGES 
I replace the four NOPS A30YE hITH THE FOLLOhING CODE. 


7 C9 00 

CMP 

ASIATUS 

IS IT A STATUS PACKET? 

; po 06 

.lEU 

F'irtJS 

YES. 30 SET IT 

SrtlPIT 

I.JA 

OiHlOl 1000 

CAN'T RECEIVE, SO DISABLE RECEIVER 


51 A 

NiiARTS 



.HP 

■MCLRX 

Amo return 

FG ■l/S 

MI 

1 I6C 

HAS THERE A PARITY ERROR IN THE ADDRESS? 


US 

S^ HIT 

YES, SO IGNORE THE PACKET 


LJV 

T .ISET 

ARE HE ALL SET UP FOR INPUT? 


.HE 

i> nr 

YES 


13X 

"LOST 

INCR THE • OF MSGS LOST BECAUSE OF NO BUFFER 


J5H 

Sf INC 


LJA 

p !oioi 1000 

turn off the HECEIYER 


STA 

I.JARTS 


; SET 

UP TO 

Si NO AN SFF 

ACM ... 


LjA 

A icr 



STA 

AC HYT 

TO SIGNAL THAT HE ARE FULL AND THAT HE SHOULD 

, 

rt'lE 

S V JACK 

SEND ME STOP-XMIT FLAG (ALHAYS SRANCH) 

GETI r 

'.'U 

«||0 

STORE STTE 0 IN SUFFER 


SfA 

C 1 MPTRI.Y 



rtIA 

AI.rtaYT 

SET UP TO SEND A SUOO ACK PACKET 

GET6YT 

SfA 

PARITY 

SURT THE VERIILAL PARITY CALCULATION 

I NY 


aAITHY 

LJA 

JJARIS 

IS ANUTHER IIORD READY 



195 


IR3 AND NINT 


PACE 2B 


:aro • 

LOG 

CODE 

CARO 

to 

20 

SO 40 50 60 

I12A 

F004 

29 

05 



AND 

FXOOOOOIOI 

IS RECEIVE KEY ON BUT WORO NOT IN? 

1125 

FD06 

F5 

F9 



BED 

WAiTay 

IF NOT. 60 BACK AND HAH 

1126 

FDOrt 

29 

00 



AND 

4X00000100 

IS RECEIVE KEY ON? 

112? 

F[)0« 

00 

cc 


. , \ 

5NE 

SKCPIT 

IF NOT. TURN OFF THE RECEIVER 

112B 

FDOC 

2t 

Oil 

OC 


BIT 

NUARTS 

WAS THERE A PARITY ERROR? 

1129 

FDOF 

70 

32 



TVS 

PARERR 

YES. SO ABORT THIS MESSAGE 

mo 

Foil 

AD 

01 

uc 


lIA 

NJARTO 

read the next woro 

mi 

F()l 0 

41 

no 



STA 

(1 NTPTR)*T 


11S2 

r 01 b 

AA 




Tax 


SAVE (HE DATA CHAR 

mi 

FIU7 

■l5 

31 



'OR 

Parity 

ACCUMULATE THE PARITY 

IIJA 

FOIV 

65 

31 



STA 

PARITY 

ms 

FUlS 

:o 

07 



CPT 

»o7 

IS THIS PACKET THE BYTE COUNT? 

mb 

FDID 

9(1 

El 



,6CC 

OEHYT 

IF <, KEEP ON reading IN THE HEADER 

1117 

FDlF 

on 

02 



ONE 

INLOOP 

IF >, COMPARE TO INIHC 

ms 

FD21 

6 b 

02 



5TX 

1 r-jc 

IF STORE RECEIVE PACKET LENGTH 

1139 

FD25 

C'l 

02 


IN. OOP 

cor 

I (InC 

DOES Y s packet LENGTH? 

1100 

FD25 

00 

54 



1 NC 

Ct I lYT 

NO. SO keep ON GETTING BYTES 

1101 

FD27 




t 




1102 

FD27 

A|j 

UO 

oc 

CH<LUP 

lJA 

1, lAwTS 

WAIT FOR THE CHECKSUM 

1103 

F024 

29 

05 



AND 

a' 110000101 


1104 

F02C 

FO 

F9 



6'Q 

C-iKLOP 


1145 

F02E 

29 

0 4 



A JO 

atOOQOOlUO 


1106 

'030 

00 

An 



one 

S'*!'!! 


1107 

F032 

2C 

00 

OC 


bl T 

IOA6TS 

BAD PARITY? 

1106 

F035 

7(1 

oc 



605 

P/.“ERR 

YES 

1149 

FD57 

AE 

01 

UC 


l.)X 

MART9 

get the VERTICAL PARITY 

1150 

FOIA 

A 9 

56 



l;a 

FLOini 1000 

disable the RECEIVER 

1151 

F03C 

60 

00 

uC 


.6 (A 

H'lARTS 


1152 

FDIF 

£4 

31 



C2X 

PARITY 

COMPARE THE PARITIES 

1153 

F041 

FU 

07 



UEQ 

SNIJACX 

HURRAH. THEY AGREE 

1150 

F0U3 

A2 

2 1 


PA4ER6 

LOX 

»'i«.6CRC 

R'tP COUNT OF PARITY ERRORS 

1155 

F005 

20 

Fj 

FO 


JSK 

SFINC 


1136 

F048 

00 

6£ 



6NE 

S^IPIr 

DISABLE THE RECEIVER AND RETURN 

1157 

FDHA 




! 




1156 

Fl)4)i 

AO 

00 

OC 

6 OACK 

LJA 

ii 1 A 6 r s 

IS THE NET BUSY? 

1159 

FOOD 

29 

on 



A <0 

•LOOOOOIOO 


1160 

F04F 

FO 

'9 



ii'4 

S'.OACX 

YES 

1161 

FD51 

A9 

1 6 



LJA 

»ii'ooiioon 

TURN ON THE XMITTER 

1162 

FD51 

60 

0 0 

oc 


5TA 

NJARTS 


1163 

FU5b 

AS 

30 



L )A 

ALK-iYT 

SEND THE ACK 

1164 

F056 

i0 

01 

uc 


31A 

Nj/wro 


1165 

FObtt 

A2 

lA 



L JX 

»2ii 

WAIT 75 US BEFORE TURNING OFF THE XMIT 

1166 

FD50 

CA 



OA1T75 

0;X 



1167 

FOSE 

10 

F j 



5-*L 

All 1 1 75 


1166 

FUbll 

A2 

56 



LJX 

a'.JlOIlOOO 

TURN OFF THE XMITTER 

1169 

F062 

61 

OO 

oc 


SIX 

f. JAR IS 


1170 

'ObS 

C9 

F' 



C6P 

» » f ' 

on WE SEND THE SIOP-XKIT FLAG? 

1171 

F0b7 

FO 

2F 



6EO 

T<-.AC< 

YES. SO TRY ALLOCATION X DETURN 

1172 

FDb9 




i 




1175 

F069 




! CHECK 

TO jEF I' IHIS WAS A SIATUS HESSACE 

1174 

FDb9 




! 




1175 

FDb9 

EA 







1176 

FD6A 

£A 







1177 

FObrt 




; '06 HE CASE :1F THE HARRIS BIJ WHICH COLLECTS STATUS PACKETS 1 

1178 

FObii 




} 14(1 43PS ASOof WITH THE FOLLOWING CODE. 


ORIGINAL PAGE IS 
OP POOR QUALITY 
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t: 

I 

{■ 







NON-<»SK*iJLE nrEH«UPf 


PACE 


CARO A uoc :dbe 


I22N 

F0A9 




1225 

FDA9 




1226 

F0A9 




1227 

FDA9 




1228 

FDA9 

OR 



122N 

FOAA 

A9 

58 


1250 

FDAC 

NO 

00 

oc 

1251 

FDAF 

A9 

08 


1252 

FDBl 

81) 

00 

oc 

1255 

FDHO 

A9 

00 


1250 

F0B6 

85 

10 


1255 

FOBS 

68 



1256 

FOBQ 

<10 




^ CARD 10 go 3 J (,0 

? HeCElAE KEY TURNS OFF. U. E. 

0 wrA*$Lb CjCS LOh.) 


NMI S»rtA 

L’)A AXmOllOll 
STA NuARTS 

L »A »» uonooo 

SIA NUAKTS 
L3A «00 
SfA XMir 

PUA 

RTI 


PJSH A 

RESET NErNOHX UART 
initialize NETNORK UART 
SET XRir FLA6 TO 0 


SO 


f->!Sn 


60 70 

TNE CARRIER ON THE 


- 198 - 





ORIGINAL page e 
OF POOR QUALITY 


subeouiines 


CARD ■ 
12JB 
12S9 
liiti 
12«« 

1242 

1243 

1244 

1245 

1246 

1247 
I24A 

1249 

1250 

1251 

1252 
1233 
1254 
12o5 

1256 

1257 
125B 

1259 

1260 
1261 
1262 
1265 

1264 

1265 

1266 
1267 
1266 
1264 

1270 

1271 

1272 

1273 

1274 

1275 


LOG 

7084 

rOSA 

AOBA 

fDHA 

FO»A 

FOB* 

FOHB 

FOBE 

FOHF 

FOCI 

FOCI 

FOtS 

FDC7 

Ff)C9. 

FDC'* 

FOCC 

FOCE 

FOOD 

FU02 

FOUS 

F005 

FOIJb 

FDL7 

FtlOO 

rOOrt 

FBOE 

FOEO 

FOE I 

FDfcl 

FOfcS 

FOt? 

FOf 4 

FOES 

FOE 6 

F0£4 

FOEB 

FOEh 

FOEb 


CODE 


78 

20 OA FE 
58 

10 ?9 
84 71 

44 OA 
84 87 
84 08 
86 OE 

4A 

»9 00 
AO 06 
41 0* 

88 

•JO F8 

45 3£ 

91 04 
AO 112 

41) 40 to 
91 04 
«« 

40 05 
91 04 
49 07 
44 

41 04 
60 


CARO 10 


20 


30 


40 


PACE 


SO 


31 


69 


70 


I >C018T IS U8E0 TO C089TRJCT A9 OUTCOINC PACKET. 

I IT EKPECIS T8t iFESSACE TT»E lO BE PASSED JK A, 

t IP 'LX CA9M allocate a ajFPER^ IT RETURNS nITN TNE NEGATIVE BIT SET. 


I 

PCSNST 


CL3UP 


P9ET 
7 


SEt 

J5R alloc 
CLI 

»4l P4'E1 
LOT LtiPTR,* 

STT SIII4TR 
LJT HIPIR,X 
5(t Bl.)»rR»l 
SIX CJH8IJ 
I4A 

lOA »110 
LOT «"n 

ST4 (*'lJPi(0,y 
,)ET 

B9E CLIIOP 

L)A X400R 
SIA (.lUPTRlfT 
LIT *1|2 
lo 4 PuoriB 

S7A 14JJPI«),Y 
r A4 

u)V 405 

STA (-)IJPTR)*T 

LOA fij/ 

rur 

S74 (.UJPI«)»T 
4tS 


DON'T KANT INTERRUPTS DURING ALLOC 
SET A 'BUFFER 

CO/LOH'T GET A BUFFERr SO RETURN 
GE) THE PTR ID THE BUFFER- 


SAVE THE BUFFER « 

clear the nessace header 


STORE THE DESTINATION ADDRESS IT t 0) 

FD4 THE NEr BIU'S the HONE ADDRESS IS SET HERE 
STORE The- transmit ADDRESS 


STORE the message TYPE 
DEFAULT PACKET LENGTH OF 

STORE IT IN THE PACKET 


ST1ME4 SETS 4 TIMER VARIASLE XO 4.N INCREMENT PLUS THE CURRENT 
VALUL OF TOD. A IS THE INCREMENT TO ADO TO TOO AND X POINTS TO 
THE VAR14HLE THAT HOLDS THE RESULT. LOR BTTE FIRST. A IS CHANCED. 


1276 

FOEB 

18 


SUMER :lc 





1277 

FDEC 

55 

1 8 

AOC 

T.) ) 

400 TOO 

TO 

THE INCR IN A 

1276 

FOtE 

4 5 

no 

ST4 

0,X 

S4VE IT 

IN 

THE LOR RESULT BTTE 

(279 

FOFO 

u5 

19 

LJA 

T,.l)»l 

400 IN 

THE 

CARRY 

1290 

= 0F 2 

64 

00 

AjC 

*110 




1281 

FDM 

95 

01 

514 

1 f X 

SAVE IT 

IN 

THE second byte 

1282 

F|))h 

»5 

1 4 

L )A 

ni->t2 




1283 

FOFH 

t. > 

18 

4or 

• iK' 




1294 

F0F4 

95 

02 

SI 4 

2. F 

4N0 IN 

THE 

HIGH BYTE 

1285 

FDFC 

90 


4(S 






SUBROUTINES PACE iZ 


CAKO « 

LQC 

CODE 

CARO 

to 20 

30 40 SO 60 70 

I2BT 

FOFD 



> 



1258 

fOfO 



J SFINC 

IS CALLED TO INCRERENT THE CONTENTS OF A STATUS NSC FIELD. THE 

1289 

rOFD 



; FIELD 

aIlL not NRAP 

AROUNO TO 0000. X •> THE FIELD (HI BYTE FIRST). 

1290 

FOFO 



; 



1291 

FOFO 

Fb 

01 

8F1NC 

I 4C 1 , X 

INCREMENT THE LONER BYTE 

1292 

FDFF 

DO 

08 


3NE SFRET 

IF NO CARRY, ALL DONE 

1293 

FEOl 

Ft 

0(1 


INC O.X 

INCREMENT THE HIGHER BYTE 

1290 

FEOi 

DO 

04 


5NE SFRET 

IF NOT 2ER0, THEN ALL DONE 

1295 

FE05 

)b 

01 


DEC 1,X 

NRAPPEO AROUND, SO RETURN TO FFFF 

1298 

FE07 

Ob 

00 


OEC O.X 


1297 

FE09 

bO 


SF4EI 

RTS 


1298 

F£0A 



1 



1299 

FEOA 



; ALLOC 

IS CALLED TO ALLOCATE A FREE BUFFER AND RETURN ITS NUMBER IN 

isoo 

FEOA 



; A. IF 

TiERE ARE NONE 

LEFT, THE N BIT HILL BE ON. X AND Y ARE CHANGED. 

1301 

FEOA 



; 



1302 

FEOA 

ki\ 

36 

AL^OC 

LOT 6M9TR 

GET OFFSET OF THE TOP OF FREE BUFFER STACX ♦ 1 

1303 

FEOC 

HH 



OtY 

PDINT TO THE NEXT FREE BUFFER NUMBER 

130A 

FEfll) 

Si) 

04 


391 AuRET 

RETURN IF NONE AVAILABLE 

1305 

FEOF 


3fc 


SfT blA»TR 

COT ONE, SO SAVE THE NE« TOP OF THE STACK 

1306 

FEll 

•it 

53 


LDX HjFSTK.T 

GET THE allocated SUFFER NUMBER 

1307 

FE13 

bO 


AL9ET 

RTS 


1308 

Ftl4 



1 



1309 

FEl 4 



; ENU IS JSEU )} ADD A 

BUFFER TO THE END OF A QUEUE. A IS HE OFFSET OF 

1310 

FE14 



S THE JUtJE HEADER FHOR NEXT, i IS THE » OF THE BUFFER. 

1311 

FE l 4 



i 



1312 

FEl 4 

oti 


EN.J 

DRR 

TURN OFF INTERRUPTS 

1313 

FE15 

78 



SEl 


1310 

FElo 

mA 


ENOl 

FAX 

STEP ONE FURTHER ALONG THE 3UEUE 

1315 

FEl 7 

OS 

42 


LOA MtXT.X 

IS THIS THE LAST ENTRY? 

1316 

FEI9 

in 

F j 


3RL F ViJl 

NO, $0 KEEP ON LOOKING 

1317 

FEI4 

V'4 

42 


srr Ntxr.x 

SET LINK IN LAST ENTRY TO NEN ENTRY 

1318 

FE It) 

99 

42 UO 


STA N£XT,T 

SET THE NEXT PTR IN THE NEN ENTRY TO NULL 

1319 

FE20 

e!B 



FLP 


1320 

FE21 

bO 



RTS 


1321 

Ft 22 



} 



1322 

FE22 



! yi IS 

called to OEaUtUE AND FREE A BUFFER ON A 8UEJE. X IS THE OFFSET 

1323 

FF2? 



; FwuH 

NE«r UF ENTRY PREVlDUS TO THE ONE TO BE FREED. X.A.Y ARE CHANCED 

1324 

F£?2 



; MIS 

DU differs from 

THE TMS 31U 09 IN THAT IT LACKS THE FREE 

1325 

Ft22 



! ENlRr 

POINT 


1326 

FE22 



i 



1327 

FE2. 



O'l 

P4P 


1328 

FE2S 

7b 



Scl 

TURN OFF INTERRUPTS. 

1329 

FF2« 


42 


LDY NExr.X 

V HAS THE number OF THE SUFFER TO BE FREED 

1330 

FE2d 

\o 

42 no 


DA Nt«r,Y 

A HAS the NUHBER OF THE NEXT SUFFER IN THE QUEUE 

1331 

FE2-) 

QS 

1? 


STA .NfcxI.X 

THE BUFFER IS DEQUEUED 

1332 

FE2d 


3b 


LDX SIXPIR 

AOO THE BUFFER TO THE FREE BUFFER STACK 

1333 

FE2i) 

9h 



lYA 


1334 

FE2E 

9S 

5J 


51A bUFSTX.X 

NON IN IHE FREE BUFFER POOL 

1335 

FE30 

C6 

3o 


INC SMPTR 

ONE MORE FREE BUFFER 

1.336 

Ffc32 

2H 



PUP 


1337 

Ft33 

oU 



RTS 
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ORIGINAL PAGE IS 
OP POOR QUALiry 


COVSUMTS ANO TABLES 


MCE )1 


CAA9 • LOC C3SE 


1359 

FE34 



1140 

FE34 



1541 

FE34 



1542 

Ft'34 



1345 

FE54 



1344 

FEI4 



1345 

FE54 

4B 

41 

1345 

FE5b 

52 

52 

1545 

FE3S 

49 

53 

1345 

FE3A 

20 

42 

1345 

FE3C 

49 

55 

1545 

FE3E 

20 

20 

134b 

FE40 



154T 

FE40 



134B 

FFFA 

A9 

FO 

1349 

FFFC 

00 

Fft 

1350 

FFFE 

in 

FC 

1351 

0000 



1352 

0000 




^ CARO ID 20 30 «0 jq 

I CONSTANTS FOLLON 

i IlS STiTSS'ScSM^r^^ *“ W»e'«l^TION IS FLBCEO INTO EACH 

» 

aiJFNC .8TTE 'HARHIS SIJ • 


I 

• MifFFI, 

i^ECTON ,Al)HD NRI 

,/»n»D HF.SET 
.noro hi 

$ 

AW 


NON-HASFABLE INTEHRUfT VECTOR 
RESET VECTOR 
IR3 VECTOR 


'■HECH'jaLOGy 680K ASSENaiT VERSION 5.1 
NJMStR jF errors s 0, VJMBER Of AARNIN58 ■ 
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sy<tBaL TABLE 


• T><eOL< 

value 

LINE CEFTNEO 


CROSS 

-HEFERCVCES 




Asur 

FA06 

SOS 

501 









ACKBYT 

0010 

110 

UlS 

1120 

1161 







ACKOK 

F9E0 

SIO 

$00 









ACACK 

F90» 

S02 

OBI 









AALOUA 

FRi? 

oso 

4S1 









Auac 

FEO* 

U02 

tool 

1240 








ALflET 

FEU 

U0 7 

1100 









AYOONE 

F?Fl 

S21 

$22 









BADACA 

F9BA 

0B7 

SOb 

508 








BIliFNC 

FEJU 

110$ 

RbB 









BlUPfU 

OOOA 

RR 

$08 

550 

909 

912 

917 

914 

90B 

952 

955 




961 

969 

1208 

12S0 

125$ 

1260 

1261 

1266 

1269 

BJFCMT 

001b 

87 

108 

tSB 

162 

161 

212 

202 




BJfUY 

OORO 

85 

87 

2S0 








BJFSr< 

no5« 

15» 

21b 

1106 

1110 







BJfFRI 

FJ7E 

20R 

255 









BJFMEH 

030(1 

8b 

97 









Bmo/i 

OOAH 

112 

bOR 

60S 








BYTRET 

FATC 

bOb 

661 

681 








BYTES 

FA7h 

b0 2 

bl$ 









COH 

0011 ) 

bS 

$63 









CNARS 

PASS 

blD 

bib 









C-tKUOP 

F3J7 

1142 

1140, 









CKCAEf 

f 3A« 

3b7 

86$ 

906 








CASTAF 

FORE 

Obi 

9$l 

8S0 



* 





CATOUT 

»3HA 

b$0 

1S2 









CUOOP 

FDOO 

1255 

1257 









COUDE 

FCAt 

I06R 

1062 









CONECI 

UOKO 

102 

27b 

100 

10$ 

537 

692 

765 

775 

780 

TB9 




B$9 









CONBB 

F3fb 

125 

126 









C3NSDF 

F9AF 

284 

252 









CONtYS 

FdSJ 

805 

801 









CTIAE 

FbAR 

875 

853 

860 








CTBEI 

FA3D 

88$ 

877 

878 

881 

BS2 






CJNYEI 

nooc 

100 

lOOR 

1199 








C JROEY 

noon 

VOl 

551 

667 








CJR3IJ 

ilOOE 

102 

24$ 

129 

$S2 

BIO 

962 

1251 




DATAS3 

0000 

17 

5«l 

690 








DATJ 

uou? 

70 

70S 









OCRtt 

FC7A 

1015 

1016 









0CRE7 

FD»T 

1217 

1040 









DISC 

00,12 

77 

1028 









OAAAa: 

FA.4A 

bRi 

$#=» 









OAATM 

JO 1C 

U5 

581 

596 








OAAtTY 

OOiA 

l$4 

227 

575 

588 

500 

650 

659 




OAAII 

FA36 

$R5 

bSl 









D3 

FE2? 

1127 

51 7 

822 








OJARTS 

1000 

25 

9S4 









EYOl 

FElb 

1114 

1116 









E^Q 

FEIO 

1112 

258 

130 

660 

815 

983 

1200 




FFL30P 

FRbl 

225 

210 









FDRJ8 

FCtO 

tlOi 

1099 









GETBYT 

, FOOD 

1122 

11.16 

1100 









202 


symbol: valje line defined 


CRDSS’REFERENCES 


UETDAT 

FA52 

588 

568 


GETCH 

FAIA 

562 

540 

582 

CETLOP 

FA58 

619 

620 


6ETCDA 

FA70 

' 650 

565 


GETII 

FCF8 

IIIB 

1106 


HARADP 

OOOF 

11 

557 

611 

HARGO 

003F 

141 

275 

292 

HARAD9 

002F 

12 

755 


HIPTR 

0087 

163 

245 

251 

H3LDTA 

F99C 

464 

465 


IIFJ 

0008 

78 

610 

732 

I NSC 

0005 

05 

556 

'^62 

INDONE 

FA84 

659 

586 

651 

INODNl 

FA89 

661 

655 


INDEV 

F9F6 

S37 

550 

670 

INL'JOP 

FD25 

1139 

1157 


INPrH 

11003 

94 

544 

551 

INSEI 

OOOF 

103 

559 

554 

INTA 

0038 

129 

1050 

1211 

INTFL3 

0059 

130 

591 

415 

INI8C 

0002 

95 

1049 

1074 

ni9UF 

FC44 

999 

539 

349 

INTPT4 

0000 

92 

1006 

1008 

msF,i 

001 1 

105 

1001 

1 It 1 0 

1NT9ES 

FC58 

1011 

1002 

1004 

IREY 

FA05 

544 

558 

576 

no 

FC5D 

1020 

1550 


KEYNOF 

F9A4 

469 

47 0 


LAsnx 

0034 

125 

1194 

1 193 

LASTS3 

0055 

126 

1189 

1 196 

LUPTR 

0071 

162 

245 

249 

LAAIT 

F916 

37s 

384 


HAXPAX 

0017 

110 

323 

632 

MLOUP 

FSFO 

547 

355 


MSGUK 

F070 

1191 

1185 


NETBSY 

F95E 

419 

394 


NEl 

F912 

361 

347 


NETFHE 

F9£b 

516 

497 


NEfRET 

F9F5 

523 

494 


NEXT 

004? 

14-J 

294 

328 




1315 

1317 

NICLKX 

F09H 

1210 

1067 

1U8d 

NIIFU 

OOFH 

79 

621 

749 

NINT 

FCH? 

104 7 

1030 


NIRET 

FOOD 

1211 

1057 


NNBCRC 

J026 

1 1 9 

1154 


INNCOL 

OU?S 

116 

459 

1084 

N40ISC 

4027 

117 

495 


N9GCRC 

0029 

119 

1206 


NNI 

F049 

1229 

1348 


NNLOSI 

002U 

120 

1107 


NMRXMf 

0023 

115 

489 


NNMAir 

002F 

121 

419 


NNXNT 

0021 

114 

511 

91b 

N0S3F 

F902 

317 

293 

299 

NOTFWR 

F8C8 

30 4 

275 


N0X91T 

0057 

129 

• 375 

378 


625 657 


1055 

601 6B6 1007 1260 


650 654 642 '775 


651 665 S04 

664 802 

1215 

1077 1105 1158 1159 
1209 

1119 1151 1183 1187 1192 1195 
1105 1201 


252 399 684 1005 1247 

609 


516 666 813 821 929 942 980 1198 

1518 1329 1350 1551 
1102 1189 


990 

510 

507 


203 


CROSS-REFERENCES 


strMSOLi valoe line OEFINEO 


NRET F961 
NTPRX 00J2 
NTXCOL' «9;6 
NJARTS OCOfl 


NJ«RTO 

NJLL 

NJLRET 

OOH 

OUTBTR 

OJTOEV 

OJT8C 

OJTPL 

OJTLOP 

OJTFRE 

ujTser 

PIACR 

P1A3DR 

PiaODR 

PlIER 

PUFR 

PIPCR 

P2ACR 

RPADDR 

P28DDR 

P2IFR 

P2IER 


OCOl 

F30S 

FAtl 

U« 0 ? 

000b 

FA9E 
000 « 
OOuR 
FAfS 
FBbO 
0010 
1011 
lOlJ 
101 ? 
I 0 1 E 
1011 ) 
lOlC 
10?H 
10?J 
10?? 
)0?f> 
1U?E 


421 


362 


123 

406 

491 

492 

519 




444 

434 







26 

164 

186 

392 

416 

427 

444 

456 


1047 

1066 

1070 

1101 

1110 

1123 

1126 

27 

1156 

1 162 

1169 

1210 

1232 



446 

462 

502 

1046 

1130 

1149 

1164 

757 

723 






726 

758 







62 

566 

624 






96 ■ 

400 

402 

405 

406 

410 

447 

476 


702 

719 

725 

769 

793 

1061 


690 

346 






«7 

411 

451 

477 

503 

701 

705 

746 

99 

703 

70b 

722 




745 

747 







H21 

695 

709 

76b 

770 

776 

761 

765 

104 

690 

o90 

706 





«St 


664 


765 788 79| 612 


35 
3? 
31 
30 
37 
3 a 
45 
4 ? 
41 
4b 
4b 


196 

190 

191 
202 
564 
I 9b 
195. 

209 

210 
7 4b 
203 


567 910 457 


P2PCR 

102C 

44 

196 




P3ACH 

10 ■■Hi 

51 

194 




P3ADD9 

1043 

50 

211 

103? 

10 39 


P3a309 

1 04? 

49 

19? 


P3IER 

10 'IE 

5 4 

?04 

207 



P31FR 

t 0 9U 

S3 

10?9 




P3PCR 

10 or. 

52 

?0U 

61/ 

622 

735 

PAKERR 

F0'|3 

1 154 

1129 

1146 

PARIT7 

00 3 1 

12? 

389 

449 

450 

461 

PCQNSt 

F03A 

1243 

281 

5?5 

542 

811 

POATA 

FAir 

699 

694 


p-jRri3 

11)10 

29 

599 




PDHr23 

10?0 

39 

727 




P0RT2A 

1 021 

40 

72B 




PJRT33 

1 OJO 

47 

260 

1(1 SR 

1262 


PORTIA 

1041 

48 

33H 

61? 

7 34 

1034 

PORTIA 

toil 

30 

607 


PREWAR 

F9?A 

389 

381 




PRET 

FUEA 

1270 

1246 




PJTCH 

FAC9 

705 

681 

75? 



019 

OOSH 

15? 

227 

??H 

662 

621 

OOJT 

00)9 

155 

284 

326 

361 

516 

HARSIZ 

OCOO 

64 

86 


PAi^OU 

0012 

106 

261 

1 071 

1079 

1082 

RESET 

Faoo 

161 

283 

327 

1 349 

HRDCNT 

0013 

107 

379 

360 

382 

1083 

RXDATA 

FCCF 

1089 

1052 


SACRSS 

0 0 JF 

20 

779 

610 




905 


937 1198 


960 
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original PAGE IS 
OP POOR QUALITY 


SVMSOt.' VALUE LIKE OEFIXEO 


CROSS«REFEAEVCES 


saora 

SBors 

SFIRC 

SFRET 

SKIPl 

SKIPir 

SLOOPl 

SL03P2 

SLOOPJ 

SLOJP5 

SLODPd 

SVDSTA 

SVOSOF 

bVDACK 

SJFVSS 

S0NHS3 

bTATl 

SIACM 

status 

STA>1S3 

STHES 

STrsTR 

SAAlTa 

SPAITI 

TESTTX 

TESTS 

TICX 

TIHSH 

TIMPL 


FdFl 

FC05 

FOFll 

FE09 

FBSB 

FCB« 

FdDS 

FdES 

F3F9 

FCiE 

Fcai 

FBHE 

FS4S 

Fl!(A 

UOJF 

OUEi) 

DU31 

cavs 

FSbH 

uooo 

0 0 JH 
Fi)E9 
UOio 
F9S0 
F9S0 
FC9A 
FC9C 
ODOl 

1 OlS 
1010 


934 
947 
IS9I 
1297 
257 
tiOO 
9IS 
92b 
939 
990 
96S 
890 
280 
1158 
I 9 
21 
124 
1203 
235 
10 
19 
I27i 
127 
3H2 
380 
1059 
1063 
144 
34 


TIMDUT 

F8tiF 


TI44F.T 

F4H9 


T30 

0018 

1 1 1 

TOKEN 

0015 

109 

T9MCNT 

0008 

1 '4 

T 9M8AS 

0051 

1 5 

TBNSMT 

F964 

a<>b 

TRYSAC 

"824 

7 73 

T9YSOF 

F4l)F 

Ihi 

T4YOS 

F434 

713 

T9YLAI 

F:iO| 

7^9 

T9YS04 

F839 

V87 

rSACK 

OOIE 

1 1 1 

TSTAT 

OOla 

11? 

TTY 

000? • 

2> 

TK8E8a 

F96C 

till 

TXCOL 

F770 


TXLDOP 

F968 


rXNACK 

F098 

1 ?09 

TXP4R 

F984 

U53 

VECT04 

FFFA 

1 ias 

paithy 

FJOl 

1125 

NAII75 

FJ5D 

116i> 

WAl T 

0 0 34 

lil 

PATIOO 

F952 

^1 h 

XAOOH 

00 3E 

lao 


925 
938 
420 
1292 
255 
M04 
921 
933 
946 
992 
975 
866 
297 
1116 
280 
324 
403 
IISO 
238 
908 
890 
321 
233 
393 
376 
1056 
11164 
2)6 
214 
212 
351 
931 
957 
1053 
29b 
277 
418 
764 
691 
707 
744 
779 
320 
263 
541 
446 
457 
452 
1171 
460 
**** 
1125 
1167 
331 
414 
. 218 
1259 


^439 490 496 512 1085 1108 US5 1207 
1127 1146 1156 


311 

1153 1160 
763 
787 
520 


986 

1302 1305 1332 1535 


833 836 
832 

834 838 840 

839 841 875 879 883 1277 1279 1282 

I V bU 
296 


852 

863 985 

690 


780 783 796 950 856 

278 294 295 318 767 772 794 657 960 
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APPENDIX TI 


GRAPHIC 7 BIU SOURCE LISTING 


This is the source listing for the Graphic 7 BIU soft- 
ware. The reader is directed to Sections VII and IX for a 
detailed description of the operation of this code. 
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s . 

-209- preceding PAGE BEANK NOT FILMED 



I 


1 

I 

i 


GRAPHIC. FtOMCNIL. ASM PAGE 2 

CARO « LOC C93E 

51 0000 

52 0000 

53 0000 

’i 54 OOOO 

j 55 0000 

^ 5b 0000 

f 57 0000 

t SS 0000 

t 50 OOOO 

' 60 OOOO 

61 OOOO 

62 OOOO 

63 OOOO 

64 OOOO 

65 OOOO 

66 OOOO 

67 OOOO 
66 OOOO 

69 OOOU 

70 OOOO 

71 OOOO 

72 OOOO 

73 OOOO 

74 0000 

75 OOOO 

76 OOOO 

77 OOOO 
7B OOOO 
79 OOOO 

L 

f 

t 


t 


Ei 

[■ 

r 


r 

k 


i: [i. 

t, ■ ; 



CARD 10 20 SO 40 SO 60 7u 

1 EQUATES FOR PORT 1 HANOSHAfING FLAGS IN PllFR 

1 ICTL IS THE SIGNAL ON THE CA2 LINE OF THE 652271 

I ••• TO INDICATE THE dIU HAS TAKEN 67 DATA (AUTOHATIC) 

149 ' I S02 1 i> graphic 7 HAS DATA READY IDAvFJ ***CAI**>I 

t EQUATES FOR PORT 2 HANDSHAKING FLAGS IN P21FR 

t 'JCTL IS THE signal DN CA2 OF 6522/2 TO INDICATE *•* 

{ •** THAT THE BIJ HAS DATA FOR THE G7 (AUTOMATIC) **K 

Oh 9 : $02 1 i> GRAPHIC 7 HAS ACCEPTED DATA FR3M BIO (ODACP) 

; EQUATES PUR PORT 3 INPUT/OUTPUT SIGNAL LINES 

I *** DISC IS A PULSE SENT BY THE BIU ON CAl OF 6522/3 **• 

: **• aHICH signals the GT to drop CNCT and read PORTIA **• 

CN:T : $02 GRAPHIC 7 SIGNAL TO BIU IT IS CONNECTED 

I THE NEAT EQUATES REFLECT THE ACTUAL OPERATIONAL PARAMETERS 

T QF the RIU kith RESPECT ID BUFFER COUNT AND SIZE 

RAMSIZ £ 3072 NUMBER DF .BYTES OF RAH AYAILABLE 

liUPLEN : 124 number OF BYTES IN A BUFFER (DO NOT CHANCE) 

bUFMEM . : RAHSTZ.2S6 AMDUNT OF MEMORY ALLOCATED TO BUFFERS 

dUPCNT c BUFmEm/bUFLEN NUMBER OF BUFFERS AVAILABLE 
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1 


1^ t I 


Hit 0 V*RI»8l.eS P*6E J 


CARD « 

LOC 

CODE 

CARO 

10 

20 

50 RO so 60 7(1 

SI 

0000 



1 




B2 

OOOO 



1 THE FOLLORINC 

YARIABLC8 ARE CLEARED MHENEVER RESET IS HIT. 

SI 

0000 



1 (DORR TO 801 ROT 

1NCLJ9IMC 'XADOR') 

SR 

0000 



1 




BS 

0000 

1)0 

00 

IRTPTR 

.3UYTE 

0 

BJFECR PTR USED BY IRS 

S6 

0002 

00 


INIHC 

.3YTE 

0 

SYTE COUNT USED SY IRQ 

S7 

0005 

uo 

00 

1N»TR 

.OBYTb 

0 

SUFFER PTR USED BY INOEY 

se 

0005 

00 


1N3C 

.BYTE 

U 

BYTE COUNT USED BY INDEV 

SR 

0006 

00 

DU 

OOTPtH 

.5BYTE 

0 

BUFFER PTR USED BY OUTOEY AND NET 

90 

0008 

00 


norec 

.BYTE 

0 

SYTE COUNT USED BY OUTOEY AND NET 

91 

ODOR 

00 


ourpi 

• BYTE 

0 

LENGTH OF PACKET BEING SENT TO DEVICE 

92 

OOOA 

un 

00 

bIJ»TR 

.OSYTE 

0 

BIU'CREATED BUFFER POINTER 

9} 

OOOC 

00 


CORNET 

.3YTE 

0 

THE CURRENT PACKET 8EING READ IN FROM THE NET 

9R 

0000 

00 


C09DEV 

.BYTE 

0 

THE CURRENT PACKET COMING FROM THE OEVICE 

9S 

OOOE 

00 


CURSIO 

.BYTE 

0 

THE CURRENT PACKET COMING FROM THE SIU 

96 

OOOF 

00 


INSET 

.BYTE 

0 

RHE1HER A OEVICE INPUT BUFFER IS SET UP 

97 

0010 

00 


CiOTSET 

.BYTE 

0 

RHETHER A DEVICE OUTPUT SUFFER IS SET UP 

98 

0011 

00 


INISET 

.BYTE 

0 

RHETHER A NETWORK INPUT SUFFER IS SET UP 

99 

0012 

on 


Ha 900 

.BYTE 

0 

CURRENT RANDOM NUMBER 

too 

0013 

00 


HNDCNT 

.3YTE 

0 

CURRENT RANDOM COUNT 

101 

OOIU 

00 


X8II 

.BYTE 

0 

TRANSMIT FLAG 

102 

0015 

00 

00 

TO<£N 

.DBYIE 

0 

TEMPORARY RECEIVED DATA BUFFER 

105 

0017 

00 


xAlT 

.BYTE 

0 

NAITIN6 FOR SIGN ON ACK FLAG 

lOR 

00|B 

00 


HAXPAX 

.BYTE 

0 

THE CURRENT MAX P OF CHARS IN A BUFFER 

ICS 

0019 



TOO 

»iA63 


THE CURRENT TIME 0* DAY IN SECONDS . 

106 

OOlC 



TSTAI 

*s»t3 


TIME TO XMIT THE NEXT STATUS MSG 

107 

OOIF 



tSACK 

• = At3 


TIMEOUT ON WAITING FOR SIGN'ON ACK 

108 

0022 



ITACK 

• = *t5 


TIMEOUT ON ANSWER TO TERMINAL SIGN-ON RED 

109 

0025 



TETTy 

• s»*5 


TTY TIMER CHECK 

ito 

0028 

00 

00 

N^xRI 

.JBYTE 

0 

« OF PACKETS TRANSMITTED SUCESSFULLY 

111 

002A 

00 

00 

NMRXMT 

.B8YTE 

0 

« OF PACKETS RE-TRANSMITTEO BECAUSE NO ACK 

112 

002C 

00 

00 

NRCOL 

.OBYTE 

0 

« OF COLLISIONS AND RETRANSMI33I9NS 

113 

002E 

00 

00 

UROISC 

.OSYTE 

n 

« OF PACKETS DISCARDED 

HR 

0050 

00 

00 

NR3CHC 

.3BYTE 

0 

« OF PACKETS RECEIVED WITH GOOD CRC 

115 

0032 

0 0 

01) 

NMSCRC 

.08YTE 

0 

« OF PACKETS RECEIVED WITH BAD CRC 

116 

003U 

00 

ou 

NR'.OST 

.OBYTE 

0 

« OF PACKETS LOST BECAUSE OF NO SUFFER SPACE 

117 

0036 

00 

00 

NMAAir 

.J8YTE 

0 

» OF TIMES BIU HAD TO WAIT TO XMIT 

lie 

003B 

no 


PARJTy 

.BYTE 

0 

USED TO FLAG 8A0 PARITY IN AN INCOMING PACKET 

119 

0039 

00 


NT»9X 

.BYTE 

0 

« OF TIMES THE CURRENT PACKET IS RETRANSMITTED 

120 

003A 

00 


SJNJR 

.BYTE 

0 

THE SEQUENCE » OF THE NEXT PACKET TO BE XMITTED 

121 

0038 

00 


LAsnx 

.BYTE 

V 

THE KMir AODR OF THE LAST PACKET RECEIVED 

122 

OOiC 

00 


LAStSa 

.BYTE 

0 

THE SEQUENCE « UF THE LAST PACKET RECEIVED 

125 

OOiU 

00 


STXPTR 

.BYTE 

0 ’ 

INDEX OF TOP OF FREE BUFFER STACK 

12R 

003E 

00 


NUXRIT 

.BYTE 

0 

« OF MILLISECONDS TO STOP XMITTINC 

125 

003F 

00 


INTX 

..BYTE. 

0 

VALUE DF REGISTER X WHEN NINT IS NEXT ENTERED 

126 

0000 

uu 


IN t FLO 

.BYTE. 

0 

SYTE CLEARED BY NINT EVERY TIME IT IS ACTIVE 

127 

OOOl 

Ou 


8YIL0* 

.BYTE 

0 

USED TO STORE LOW ORDER BYTE OF WOR) TEMPORARILY 

128 

0002 

00 


omatr 

.BYTE 

0 

TIMER ID MOLD DMA FLAG ON DURING INPUT OPERATinN 

129 

U0o3 

00 


TTyrn 

. iyTE 

0 

TTY TIMER FLAG 

150 

OOOO 

00 


SUNCNT 

.BYTE 

0 

COUNTER TO RECORD NUMBER OF HARRIS SIU SICN-0'«.9 

151 

0005 

00 


lERNF 

.BYTE 

0 

FLAG USED TO INDICATE CONNECTED TO SERIAL TERM 

152 

0006 

00 


ACXBTT 

.BYTE 

0 

BYTE INDICATING THE VALUE TO BE USED IN ACK PACKET 

135 

0007 



STRINC 

• *•♦5 


INPUT STORAGE FOR 'WHICH SYSTEM?' RESPONSE 


I 


211 


?ASE 0 VARU3l.ES 


PAGE 


A 


CARD » LOC CODE 


US 

004C 


1 J6 

004C 


117 

004C 


US 

004C 


U9 

004C 

00 

140 

004D 

00 

141 

004E 

00 

142 

004F 


I4S 

004F 

00 

144 

0050 


I4S 

oosn 


146 

0050 


147 

0050 


I4B 

0066 


149 

0066 


150 

0066 


151 

OOhb 

00 

152 

0067 

00 

15J 

006R 


154 

0068 


155 

OObB 


1 56 

n0b8 

00 

157 

0069 


15B 

0069 


159 

0069 


160 

0069 


161 

0069 


162 

007F 


16J 

007F 


164' 

007F 


165 

007F 


166 

0095 


167 

OOAB 


IbR 

OOA8 


169 

DOAb 


170 

OOAB 


171 

OOAB 


172 

OOAB 


173 

OOAd 


174 

OOAB 


175 

OOAB 


176 

OOAB 


177 

OOAi) 


178 

OOAB 



CARD 10 20 JO 40 50 60 7J 

i 

> ME F3LUJ4ING VARIAHLES ARE NOT CLEARED AT RESET TIRE 
I (ALL VARIABLES PRECEDNG 'XADOR* RILL RE SET TO ZERO.) 

) 

AAOOR .BTTE 0 TRE CURRENT XMIT AODRESS 

HARGO .RVTE 0 INITIAL PORER UP FLAG 

CnvECT .aVTF 0 1 •> CONNECTED* 0 -» WAITING FOR RE»LT TO ... 

I LI'NR REUiJESr RESSAGE* •! » WAITING FOR REPLY TO WHICH SYSTEHT RSC 
TICK .BYTE U COUNTS THE » OF CLOCK TICKS IN 1/4 SECOND (25) 

» 

I The buffers each have an entry in this array 
) 

NEXT •**trtUFCNT THE NEXT POINTER FOR EACH BUFFER 

; 

t THE UJEJE HEADERS FOLLOW 
) 

UIY .BYTE 0 THE DJEUE OF BUFFERS WAITING FOR GRAPHIC T 

NIIJT .BYTL 0 THE QUEUE OF BUFFERS WAITING FOR THE NETWORK 

$ I 

I CONSTANTS INITIALIZED TO IFF 

DHATTY .3YTF. 0 FLAG TO INDICATE WHICH CON NODE 9JU IS IN... 

) ...(l»DHA, 0»TTY, •1P>NEW/UNOETERHINEO) 

t * 

; THE BUFFER allocation STACK, BELOW, CONTAINS THE FREE BUFFER LIST 

tiUFSTK •s«tHi.lFCNT THE FREE BUFFER STACK 

; THESE ARE The POINTERS TO ME BUFFERS 

LOPTH •s«thUFCNI THE LUW HALF OF THE PTRS 

MUTR ‘ifHOuFCNT the high half of the PTRS 

s 

I THE HJFfsrS uHE located IN CONTIGUOUS MEHORY STARTING WITH BUFFER NU«5ER 2 
; AT AOOR-SS 0180. BUFFER NUMBER 1 IS LOCATED IN A GAP BETWEEN THE ZERO PAGE 
I variables and the PROCESSOR STACK (OOCO-OIJF). THE APPROPRIATE ADDRESSES 
; ARE LOAOED UTO HIPTH/LOPIR BY THE RESET ROUTINE. 

; 

) THE PTOCiSStM STACK IS SET TO START AT MEMORY LOCATION 017F AND WILL 
; DECREMENT WHEN NECESSARY. IT WILL USE RAM AREA BETWEEN 017F-0140 DURING 
; JSR'S, PRP'S, PHA'S AND INTERRUPTS WHENEVER NECESSARY. THIS SHOULD RE 
S WORE Than EnuUGH space FOR THIS PURPOSE. 

: (SEE C'JJE IN RESET ROUTINE BETWEEN STATEMENTS ZLOOP AND STACK!) 



original page is 

OF POOR QUALITY 


HHf 


CARD « 

LOC 


CODE 

CARD 10 

iO 

ISO 

00A8 




. 1 



IBI 

OOA9 




1 rnc 

CODE roLLONS. EXEI 

192 

OOAB 




; 



1B3 

OOAO 





•*SFBOO 

IS4 

F600 

OB 


• 

rtESET 

CLO 


IBS 

F80I 

7H 




>IEI 


ISA 

F802 




; 



197 

F8U2 

A2 

53 




AXOlOllOtl 

IBS 

FB09 

BE 

01) 

oc 


StK 

NUARTS 

189 

F807 

A2 

JB 



lOX 

AXIIOIIOOO 

190 

F809 

81 

00 

oc 


STX 

NUARTS 

|9| 

F80C 

42 

91) 



LDX 

FXOIOOOOOO 

192 

F80E 

8F 

H 

10 


5TX 

PUCR 

193 

FBll 

A9 

0 0 



„JA 

'XOOOOOOOO 

199 

FB13 

80 

13 

10 


5TA 

PIAODR 

195 

F816 

HO 

12 

10 


STA 

PIBDOR 

196 

F819 

30 

92 

10 


STA 

P3800R 

197 

fBlC 

80 

?B 

10 


STA 

P2ACR 

198 

FBIF 

SO 

9M 

10 


STA 

P3ACR 

199 

F822 

92 

93 



lOX 

*910011011 

200 

F«2'l 

3t 

1C 

10 


STX 

PIPCR 

201 

FB27 

42 

33 



‘.OX 

*410001000 

202 

F829 

8F 

?C 

10 


STX 

P2PCR 

203 

F82C 

42 

£4 



'.OX 

*411101010 

209, 

F82E 

BE 

9C 

10 


STX 

P.4PCR 

205 

6851 

42 

7F 



w OX 

•xoitimi 

206 

F833 

9F 

IE 

10 


srx 

PUER 

207 

'836 

HE 

2E 

10 


STX 

P2IER 

208 

'839 

8F 

9E 

10 


srx 

P»IER 

209 

F83C 

94 




IXS 


210 

F830 

Mo 

13 



SIX 

MftXPAX 

211 

'B3F 

40 

'F 



-JY 

'Lltllilll 

212 

F891 

MC 

23 

in 


STY 

P2A00R 

213 

'899 

MC 

22 

in 


srv 

P2H0DR 

219 

'897 

8C 

93 

10 


STY 

93400R 

215 

'89A 

42 

1 9 



'.OX 

•PRIMER 

216 

'H9C 

Mf 

91 

10 


.5TX 

PURT5A 

217 

F89F 

90 

19 

in 


SIA 

II«RL 

216 

'8S2 

4 2 

9 4 



LOX 

Vi9S 

219 

FS59 

HE- 

ll 

19 


STX 

T I MRH 

220 

'8S7 

AP 

1 9 



LOX 

*25 

221 

''859 

86 

9' 



srx 

TICK 

222 

'858 




f 



223 

'858 

42 

9 3 



lJX 

•XAOOR-l Z 

229 

'BSD 




f 



225 

FBSO 




f 



226 

'8511 

95 

0,1 


ZL‘JOP 

SIA 

0, X 

227 

'85' 

C4 




OEK 


228 

'HbO 

10 

'3 



3'L 

ZLOUP 

229 

'862 




f 



230 

'862 




f 

(THE 'Y 

* MEG IS 87 

231 

FBe? 




i 



232 

'B62 

42 

02 



LOX 

*UM4TTY-aiN 

233 

'869 

99 

68 


FF^OlJP 

STY 

UliN,X 

239 

'866 

CA 




0£X 



SO 


00 


USE 

5C 




to 


BOV'T (HAST DECIMAL MODE 

DON'T AAMT INTEAITUPT9 IE ME 6DT MERE MOM MAIN LOOP 
RESET NETNORM HART 
mTIALUE NETNORK'UART 
TIMERI IS FREE RUNNING 
PORTS I S 18 LINES ARE ALL INPUTS 

OISASLE PORTS 2 S 3 TIMERS AND LATCNES 
PULSE HANOSKAKING (ACTIVE HIGH) FOR PORT 1 
LEVEL HANDSHAKE (ACTIVE LOH) ON PORT 2 
PULSE handshaking ON PORT 3A / MANUAL PORT 3R 
DISABLE ALL INTERRUPTS PROM PORTS 1,2 t 3 


RESET The stack POINTER 

all outgoing packets kill have a KAK OF 128 BYTES 
PORTS 2 t 3A ARE OUTPUTS 


RRIME THE CNCT/DI3C HANDSHAKE LINES 

SET TIMERI to SUSOD (1/100 SECOND) 

THIS STARTS THE COUNTING 

RANT TO COUNT 25 TIMEOUTS (1/R SECOND) 


(SEE SPACE ALLOCATION CUMMANOS ABOVE) 
{ THE 'A' REG IS STILL SET TO ZERO) 


INITIALIZE THE VARIABLE' 


213 


KCSEI 

CtKO « LOC 
ISS FAb7 
2!« FA<i4 
2J7 F869 

216 FA6y 
2)9 FA6D 
240 FAbE 
2«1 FHoF 
242 F871 

24) FB72 

244 FS74 

245 F«74 

246 F874 

247 FH74 
24B FB/6 

249 Fe78 

250 F874 

251 F87C 

252 F«7D 

25) F87F 

254 F88» 

255 FBfl) 

256 FBflO 

257 frbj, 
256 F68B 

259 Fa«9 

260 F8HH 

261 Fflrtl) 

262 F8HE 

26) F88F 

264 FH9I 

265 FB91 

266 F894 

267 FH96 

266 F89B 
269 F894 

2/0 F69A 

271 F89C 

272 F89F 

27) F8A1 

274 F844 

275 FHA6 

276 F8Ab 

277 F86H 

278 F8AH 

279 FSAfl 
290 F8AH 
281 FAAB 
292 F8A9 

28) FBA8 

284 FBA8 

285 Fbaa 

286 FHAC 

287 F8AE 

288 F880 

289 F8B2 


PACE 6 


CODE 

CARO 

10 

if I) 

SO 40 SO 60 70 

10 

FB 


• 

BPL 

FPLODP 


A2 

16 



LOK 

■BUFCNT 

HiriALLY, BJFCNT HEMS IN THE STACK 

86 

)0 



STK 

8TKPTR 

OFFSET OF TOP OF STACK ♦ 1 

CA 




0£X 


INITIALIZE THE FREE BUFFER STACK 

8A 



STACKl 

TXA 



95 

69 



STA 

HUFSTK,X 

PUT THE NUMBER OF EACH BUFFER IN THE STACK 

CA 




OEX 



10 

FA 



JPL 

STACHI 





> THE •* 

t 

• REG IS SET To 

ZERO FROM ABOVE LOOP 

42 

15 


9 

L)X 

•bUFCNT-l 

TNITIALIZe THE FIRST BUFFER POINTER 

95 

95 



STA 

HIPIH.X 


A9 

CO 



L3A 

FOOOCO 


95 

7F 



SIA 

LOPTR,X 


CA 




OEX 


SET the REMAINING PUINTERS, INIIIALIZE LOOP CNT 

A9 

80 



LOA 

*<50180 

SET BUFFER LON AND HIGH PTRS IN LOPIR t HIPTR 

AO 

01 



LOY 

F>«OIBO 

THE FIRST BUFFER IS AT AODR SOlBO 

95 

7F 


miFFHi 

SIA 

Li)PTR,X 

SET THE LON HALF OF THE ADDRESS 

98 




lYA 



95 

95 



SIA 

HIPTR.X 

SET the high half of THE ADDRESS 

B5 

7F 



LOA 

U1PIR,X 


18 




ClC 


INCH REG 'A' TO POINT TO THE NEXT BUFFER 

69 

80 



AOC 

•BUFLEN 


90 

01 



5CC 

S51PI 

, 

CM 




IVY 


IF THERE NAS A CARRY, INCH THE HIGH HALF 

CA 



SKlPl 

■>EX 



10 

FO 



aFL 

BUFFRi 

■ 

41) 

40 

10 


L3A 

PORT 53 

STORE HQME address IN RANDOM SEED 

85 

12 



8TA 

NAVOU 


A9 

FO 



LOA 

*240 

XMII FIRST STATUS MSG A MINUTE FROM NON 

85 

1C 



8TA 

TSTAT 


A9 

IF 


00 ever 

lJA 

AHARAOa 

DO A CNCT/DI9C CTCLE 

80 

41 

10 


3 I A 

Pl)HT)A 


A9 

02 



l,)A 

*CNCI 

IS THE CONNECT FLAG SET? IG7 CONNECTEO) 

2C 

40 

ID 


BIT 

PUFH 


FO 

F4 



8£N 

oucNcr 

NO. SO 00 A CNCr/OISC CYCLE AGAIN 

A2 

FF 



LJX 

PUFF 

AN} SfcT CQMECT TO NAITING FOR THE SYSTEM NAME 


) 


/ riE FOLLOAim, CODE 6U.L F3KM A QUEUE OF SISN-OFF MES3ASES TO EVE4Y PUSSIBUE 
; HABKIS AlU IF this is * FD6EH-JP CYCLE, THIS IS NECESSARY BECAUSE OF 
; 63SS19LE LINaAGE TROUBLE CREATED 9Y A POHER FAILURE. IF THIS IS 90T A 
; =1)AEH-'JS CYCLE, THE ONLY CHECK IS FOR A NORMAL SIGN-OFF MESSAGE TO 
I A CONNECIED DEYICE. 


A5 

40 

LOA 

HaRSU 

CS 

57 

C8P 

*657 

FO 

57 

3EQ 

NdIPHR 

86 

nt 

5TX 

CONECT 

AO 

21 

LOA 

PHARBAS 

BS 

4C 

STA 

XAOOR 


TEST THE POHEH-UP FLAG, IF RESET, ■ 157 

RELIES ON AR81TRARY VALUE -JRINS P04ER-JP 
SET COVECr FLAG TO HAITIVGF02 !tSN-9N . 
SET THE INITIAL HARRIS AOOPESS 
SAVE IT IN XADOR FOR THE SIGN-OFF LOOP 


214 


RESET 


CARD I 
2«0 
2*1 
2*2 
2*S 
29« 

295 

296 

297 
296 
299 
100 
SOI 

302 

303 

304 

305 

306 
iOl 
306 

309 

310 

311 

312 

313 

314 

315 

316 

317 


LOC 

F6B4 

7664 

F666 

F6B9 

7666 

76BD 

70CO 

76C0 

76C0 

78C0 

76C0 

78C2 

76C4 

78C6 

FHC8 

78C* 

F8CC 

F8CE 

FHOO 

F800 

FBOO 

F6p0 

F800 

F8D0 

F8U0 

F8D3 

F805 

F8D7 


CODE 

A9 OE 
20 E9 FE 
A* 17 
A4 OE 
20 45 77 


CAAO to 


2o 


30 


40 


PACE 

50 


60 


70 


SNOSDF 


LOA ASOFIOG 
7SA PCONST 
LOA «CiOOr>NEXT 
L07 CJH6IJ 
JS4 ENQ 


SiiN OFF MESSAGE TTPC 
C04STRJCT THE PACKET 
EM3UEUE THE PACKET TO BE SENT 


1 •^HAKe‘4E£n'’»D04ESSE0*'“‘^ SIGN-OFF MESSAGES UNTIL ALL TERMINALS 


A9 

57 

LOA 

»tS7 


C5 

tiO 

CMP 

HARCO 


FO 


BED 

NU.SOF 


£6 

4C 

INC 

XADDR 

SET 


UC 

..OX 

XADDR 

TEST 

£0 

29 

CPX 

fhARBASaIRMCNI 

DO 


3NE 

SnDSOF 

NOT 



STA 

MARGO 

DONE 


TO SEE !F DONE 


» SO FLAG END OF POnEK-JP CTCLE 

! STANOARO HARRIS BIJ AD0HE35 FOR THIS BIU 

j IS BftSf) ON IHE G7 SIU AOORESS AND THE HARRIS BASE AOORESS. 

I NO« TRl ID SIGN-ONTO THE SASE HARRIS BIU 


IT 


AO 40 10 
29 OF 
35 4C 
A9 J1 


MARSDN 


318 

F8D9 

29 

'0 

319 

F8UB 

05 

4C 

320 

FBDD 

AA 


321 

FBDE 

A9 

08 

32C 

'8E0 

20 

2C FB 

323 

F6t3 

DO 

18 

324 

FBE5 



325 

F8E5 



326 

FBES 



327 

F6E5 

45 

4£ 

328 

FBE7 

Bb 

4£ 

329 

F8E9 



330 

FBE9 



331 

FBE9 



332 

F8E9 

C9 

01 

333 

F8EB 

JO 

or 

334 

FOED 

AO 

10 

3 35 

FBEF 

20 

6 3 FF 

336 

FHF2 

FO 

CO 

337 

FHF4 



338 

Fli^ U 

AO 

0 0 

339 

^DFb 

H4 

4C 

340 

fbfh 

AO 

uo 

341 

F8FA 

20 

63 FF 

342 

F8FD 

20 

9C FD 

343 

F900 

58 



-OA PURT33 
AND ».tOF 
STA AAODR 
lOA FHARBAS 
AVD 4AFI) 

ORA X/iDDR 
lAA 

LOA »M 
JSR SlfSTM* 
3NE NLOO»0 


4 BITS 


GET THIS BIU'S ADDRESS 
take jnlv the LOK-OROEH 
STORE IT lEMPORARILN 
GET THE BASE HARRIS ADDRESS 
"ANT ONLY THE HIGH-DROER 4 BITS 
COMBINE THE ThO FOR THE TO ADDRESS 
ANO PUT THE ADDRESS IN X, 

SET UP ID USE PARI OF INDEV CODE FOR SION-ON 


1 lESl 
I 

NO[ 0 «R 


I TEST 
I 


MOSOF 


MLUOPO 


ALKAYS BRANCH OUT 
FUR A reset SIGN-OFF MESSAGE 

GET OLD CONECT FLAG 


lJA LUNECr 
SIX CONECT 


ru SEE IF RE «ERE CONNECTED AND NEED ID SEND A SIGN-OFF MESSAGE. 


CMP »01 
MNF NQSOF 
L3Y 4LINKT 
•ISR P'JTSIR 
SEO SNDSDF 

LUY »0Q 
in KiiOOR 
'.OY »,-,HSYS 
JSR P.ITSTR 
JSR IxTBUF 
CLI 


MERE 4£ PREVIOUSLY C0NNECTE07 

IF NOT connected, DON'T SEND SIGN OFF MSG 

PRINT "LINK TERMINATED" 

alxays branch 

CLEAR THE XHIT ADDR 


PRINT "nHICH SYSTEM?" 

SET UP A NET40RK INPUT BUFFER 
NON READY ID PROCESS INTERRUPTS 


- 215 - 



SLOOP 

C*RI> K LOG 
S«5 FSOI 
S4* F40t 
547 F40» 

54B F90t 

549 F9DJ 

550 F901 

551 F904 

352 F907 

555 F90A 

554 F90D 

555 F9I0 

556 F9I5 


PACE 6 


CODE CAKOi 10 20 50 40 SO 60 71) 

I 

I SLOOP 18 THE MAIS LOOP. IT PtPEATEOLT CALLS THE VARIOUS PROCESSING 
I SOUTINES UNTIL EITHER RESET IS HIT ST THE USER 39 A NET40RS INTERRUPT 
I IS DETECIEO. 

> 

ao 16 F9 ML30P JSR Htl HANOLE A MESSAGE TO THE NETnORR 

20 ST F4 JSR CliJTOEV HaNOLE A NET40RK MESSAGE FOR THE GRAPHIC 7 

20 fO IHR IitTSUF see if a NETNORK INPUT BUFFER IS NECESSART 

20 FA F9 JSR INOEV HANDLE A GRAPHIC 7 MESSAGE FOR THE NETPORK 

20 Hi FC JSR TISOUT P3iL THE TIMER 

20 9E PC I3R C^TOJT CHECK FOR ANT TIMEOUTS 

4C 01 F9 lAP MLIIOP CONTINUE LOOPING 





NET 

CARO « 
5SS 

559 

560 
161 
562 
361 

564 

565 

566 
167 

568 

569 

570 

571 

572 
575 


LOC 

r9l6 

F916 

F916 

F9J6 

F9lt> 

F9I6 

F9I6 

F918 

F91* 

F9IA 

F9I* 

F9|* 

F91A 

F9M 

F9JA 

F9IA 


CODE 


«6 6 7 
50 It!) 


CARO 10 


20 


50 


7 


40 


PACE 

SO 


60 


70 


I NET IS CAUeO to OUTPUT AESSASES ONTO THE NETWORK. IF IT 
I CAN'T FOR AN) REASON, IT RETURNS ANO TRIES AGAIN THE NEXT TINE 
I IT IS CALLED. 

1 3RAPHIC 7 AN,) HARRIS VERSIONS OF NET SHOULD BE IOENTICALL 
7 

NET lJX itDUT IS THERE ANYTHING WAITING TO GO OJTT 

RRI NHET IF NOTHING, RETURN 

I 

I A CHECn is made to see IF WE TRIED TO TRANSMIT SOMETHING ON THE NETWORK 
I EARLIER ANO COULO NOT. THERE ARE TWO POSSIBLE REASONS FOR THE FAILUREl A 
7 COLLISION WITH SOMEONE ELBE'S TRANSMISSION OR AN 'FF' ACK FROM THE ADDRESSEE 
7 INDICATING MIS BUFFERS ARC FULL. 

7 

7 IF A COLLISION OCCURRED THEN A RANDOM NUMBER IS LOADED INTO RNDCNT. 


574 

F91A 




IF AN *'F' 

ALK WAS RECEIVED THEN 255 WAS LOADED INTO NOXMIT. 

575 

.F91A 



f 




576 

F91A 



t 

THE FULLOwlNU LOOPS ALLOW BOTH PROBLEHS TO CLEAR. 

577 

F91A 



f 




576 

F91A 

A5 

5E 

LwAir l)a 

■t'JXHir 

WERE WE ASKED TO STOP XMITTINO FOR A WHILE? 

579 

F91C 

FO 

06 


8£0 

S,'AlTt 

ND, SU CHECK FOR RANDOM BACKOFF 

ISO 

F91E 

A9 

52 


y)A 

«50 

THIS GIVES US A 0.2 MILLISECOND WAIT 

581 

'■920 

C6 

5£ 


DEC 

MUX MIT 

MARK that we ARE WAITING 0.2 MS 

582 

F922 

85 

15 


.81 A 

RNDCNT 

STORE the CONSTANT FOR 0.2 MS 

565 

F924 

45 

15 

S.NAITl LDA 

RNOCNT 

IS KANDDM BACKOFF OR LONG WAITING ACTIVE? 

584 

F926 

FO 

0 6 


8£U 

PkE»AR 

ND 

585 

F92B 

C6 

1 5 

SWAIT2 )EC 

RNOCNT 

CDJNTDDaN random wait or 0.2 MS WAIT 

586 

F92A 

DO 

FC 


INE 

SNAIT2 


587 

588 

F92C 

F92E 

FO 

EC 


■lea 

L„AIt 

SEE IF WE STILL HAVE THE LONG WAIT ACTIVE. 

589 

F92E 



f 

f 

PREPARE TO 

5F.N0 PACKET 

9Y CHECKING TO SEE IF THE ,NET IS FREE. ALSO LOAD 

590 

F92E 



i 

JACKET itADEn WHILE WAITING. 

591 

FV2E 



; 




592 

F92E 

85 

59 


£PA« -iTA 


ZERO our vertical PARITY! 'A'aO FROM WAIT LOOP) 

595 

F950 

A9 

FF 


u.)A 

'.FP 

SET INTERRUPT OETECTOR 

594 

F952 

85 

40 


S[A 

I'lTFUS 


595 

F954 

AO 

00 OC 


L^A 

MUAAfS 

IS THE network SUSY? 

596 

F957 

29 

•04 



tf'^OODOOlOO 


597 

F9iO 

FO 

27 


•iEQ 

NE rssy 

IF BUSY, THEN WAIT FOR LAIER 

598 

F93B 







599 

F95H 




NET NOr -.illSV NOW BUT CQUtD BE WAITING FOR AN ACK. SET UP HEADER ANO TRY 

400 

F95c) 




AGAIlN UN 

lUflJS. 


401 

F918 







402 

F958 

84 

7F 


Ljt 

L .IPTR.X 

GET The pointer TO THE BUFFER TO SEND 

405 

F9i0 

84 

0 0 


blY 

ojrpiR 


404 

F95F 

ria 

95 


UY 

MIPIR.X 


405 

F941 

84 

07 


5TY 

Ojr?TR*l 


406 

F943 

45 

54 


_.)A 

S "NJH 

SAVE 7HE SEQUENCE 9 IN THE PACKET 

407 

F945 

AU 

04 



«l,U 


408 

F947 

91 

Ob 


514 

(uUTPTR),Y 


409 

F949 

AS 

59 


lDA 

iNIPRX 

SAVE THE retransmission COUNT IN THE PACKET 

410 

F948 

40 

06 


lOY 

*06 


411 

F940 

91 

06 


5IA 

('jiirPTR)»Y 



412 F94F CS 


INV 


217 


CANO « 

UOC 

CODE 

CARD 

10 

20 

30 40 SO 60 

70 

413 

F9S0 

81 

06 



LDA 

(OUTPTR),y 

SET THE PACKET LEN6TH 


«l« 

F952 

85 

08 



STA 

UJT8C 

SAVE IT FOR THE OJTPUT LOOP 


415 

F954 

AO 

19 



Loy 

»25 

FIVISH HAiriNG FOR 100 US AFTER PREPAR 


416 

F956 

88 



WATIOO 

D£y 




417 

F957 

10 

FO 



BPL 

8AT100 



41B 

F959 

AS 

40 



LDA 

INTFLG 

SET ZERU, IF INTERRUPT OCCURRED, ELSE SET ONES 

419 

F958 

2D 

00 

oc 


A9D 

NJARTS 

SET CURRENT NETNORK STATUS 


420 

F95E 

29 

04 



A4D 

4400000100 



421 

F960 

DO 

06 



B4E 

TRNSRT 

IF IT IS NOT BUST, OUTPUT A MESSAGE 


422 

F962 

42 

36 


NETBSy 

LDX 

4N44A1T 

INCR 4 OF TIMES 4£ HAVE TO 4AIT FOR THE 

NET 

423 

F964 

20 

2C 

FF 


JBR 

SFINC 

424 

F967 

60 



M9E1 

■US 




425 

F966 




; 





426 

F968 




1 T2A.4S41I TrtE SESSASE. 

TURN ON XMIT KEY. THIS SHOULD HOLD THE 

netaork 

427 

F968 




; 05, Bjr <EEF CBECKINS 

FOR COLLISIONS BY MONITORING THE XMIT FLAG. 

428 

F96B 




1 





429 

F96B 

49 

98 


TR'IS'IT 

LDA 

4U001 lUOD 

TURN ON XMIT KEY 


430 ' 

. F96A 

BU 

00 

OC 


SIA 

NUART5 



431 

F960 

85 

14 



STA 

XVll 

SET XMIT FLAS TO NONZERU VALUE 


432 

F96F 




i THE 'y 

■ RES IS STILL 1 

SFF FROM THE HATIOO LOOP. 


433 

F96F 

CH 



rxuoop 

1 yy 




434 

F970 

45 

14 


TX3E>1P 

LDA 

X”IT 

HAS XMir FLAS BEEN RE8EI7 (COLLISION?! 


435 

F972 

DO 

Ob 



B4E 

MXCOL 

NO, SO KEEP GOING 


436 

F974 

A2 

20 


IXOOL 

LlX 

•LBCOL 

YES, SO INCREMENT NUMBER OF COLLISIONS 


437 

F976 

20 

20 

FF 


JSR 

5FIRC 


438 

F979 

6 0 




RTS 




439 

F97A 

AO 

00 

OC 

NTXCOL 

OJA 

M.JART5 

IS XMIT BUFFER EMPTY? 


440 

F970 

29 

02 



A 'ID 

taooooooio 



441 

F97F 

FO 

PF 



BtQ 

TXBE4P 



442 

F981 

B1 

Ob 



kOA 

<UUTPTR),y 

4RITE 4JRD TO NETNDRK 


443 

F983 

BO 

01 

OC 


STA 

NIJARTD 



444 

F986 

45 

3B 



EOR 

PARITT 

ACCUMULATE THE PARITY 


445 

F9BH 

B5 

33 



STA 

PARITy 



44b 

F9BA 

04 

OS 



opy 

OUT SC 

ARE HE OONE7 


447 

F9BC 

00 

El 



B4E 

IXLOOP 

NO, SO LOOP SOME MORE 


448 

F9BE 




i 




449 

F9BE 

A5 

14 


1X»AS( 

LDA 

Xv-IT 

HAS XMIT BEEN TURNED OFF 3Y NMI7 


450 

F990 

FO 

E2 



B£Q 

TxCOL 

IF 80, SIGNAL COLLISION 


451 

F992 

AO 

00 

00 


lda 

MJARTS 

OJTPUT THE PARITY TO THE NETMORK 


452 

F995 

29 

0? 



A40 

47.00000010 

IS THE XMIT BUFFER EMPTY? 


453 

F997 

FO 

F5 



SEQ 

TXPAR 

NO, SO KEEP TRYING 


454 

F999 

A5 

3M 



1 T' 

ARITT 

YES, SO SEND VERTICAL PARITY 


455 

F99B 

BO 

01 

OC 


> H 

NUA9TD 


456 

F99E 

A2 

lA 



LDX 

#26 

DELAY TURNING OFF THE KEY 


45? 

F9A0 

CA 



HOLUTX 

DEX 




458 

F9A1 

10 

FO 



BPL 

HtILOTX 



459 

F9A3 

A9 

5S 



LDA 

4X01011000 

TURN OFF XMIT KEY (THIS MUST OCCUR 


460 

F9«5 

HO 

00 

OC 


StA 

NjARTS 

AT LEAST 75 USEC AFTER LAST BYTE) 


461 

F“A8 




! 




462 

F9AB 

A5 

1 4 


KErMOF 

LDA 

X8IT 

RAIT FOR THE KEY TO TORN OFF 


463 

F9AA 

DO 

FC 



34E 

KETROF 



464 

F9AC 

76 




SEI 


NO INTERRUPTS FOR A NHILE 


465 

F9A0 




i 




466 

F9AD 




1 2EG ’A' 

IS 

= 0 FROM KEYROF LUOP ABOVE 


467 

F9AD 




1 



« » 




NET 


C«RO « 

«ke 

469 

470 

471 

472 

473 

474 

475 

476 

477 
47B 

479 

480 

481 

482 
4H3 

484 

485 

486 
467 
488 
439 

490 

491 

492 

493 

494 

495 

496 

497 

498 

499 

500 

501 

502 
505 

504 

505 

506 

507 

508 

509 

510 

511 

512 

513 

514 

515 

516 


LDC 

F9A0 


F9*r, 
F9B0 
F982 
F9S4 
F986 
F9B9 
F9BB 
F98C 
F9HE 
F9BE 
F98E 
F9BE 
F9C0 
F9C1 
F9C3 
F9C6 
F9C8 
F9C4 
?9CC 
F9CE 
F9t)0 
F9D5 
F9D5 
F9D5 
f^9DS 
F905 
F9D5 
F9i)B 
F90A 
F90C 
F9DE 
F9EU 
F9E2 
F9E4 
F9E4 
F9E5 
F9E7 
F9EA 
F9EA 
F9EA 
F9EA 
F9EC 
F9EF 
F9F1 
F9F3 
F9F5 
F9F7 
F9F9 


CODE 

A8 

SI 06 
85 08 
E6 14 
*2 II 
AD 00 OC 
30 lA 
CA 

10 F8 


84 14 
58 

A2 24 
20 2C FF 
E6 39 
Ab 39 
EO 7F 
90 28 
A2 2E 
20 2C FF 
30 15 


41) 01 
C5 08 
FO 08 
C9 FF 
DO 3£ 

85 3£ 

FO S4 

58 

42 28 
20 2C FF 


CARO 


AKLOUF 


42 17 
20 51 
49 00 
85 59 
E6 34 
A5 14 
00 FC 
bO 


FF 


; 

7 *7' RES 
I 

BAOACA 


10 
TAT 
LOA 
STA 
INC 
LON 
I.DA 
381 
3E4 
8»U AuLOOP 


20 

(OUTPTR),T 

0UT8C 

X8IT 

*17 

NUARTS 

ACKCK 


30 


40 


SO 


60 


SET The to aooress 

SAVE IT IN 0UT8C 

RAAE XRIT NON-ZERO 

LOOP FOR too US 

4AIT FOR THE ACK TO COME BACK 

4 CHARACTER HAS ARRIVED 

KEEP ON BAITING 


70 


srv 

CLI 
LOX 
.I8R 
I 9C 
LDX 
C2X 
8CC 
LOX 
JSR 
8 4E 
I 

» CHECK F'.H 
I PROPER ACT 
; 


0 FROM KEVNOF ABOVE 

x«ir 


COJNT • OF TIMES NO ACK 

INCR » OF TINES THIS MSG IS TRANSmittfr 
SENT 127 TINES? (UNIT UPPED CHECKOUT)'’ 

4SAI.N LATER 

TE8, 80 INCR THE 4 Of DISCARDED NESSAGES 
4N0 FREE UP THE PACKET BUFFER lALWAVS BRANCHI 
GUUD ACKNObLEDGEMENT or a full SUFFER NACK(FF). . THEN TAKE 


■•NNRXNT 

SFINC 

NIPRX 

NTPRX 

• 127 

NETRET 

•NNOISC 

SFlNC 

netfre 


OC ACKCK 


LOA 

C8P 

HEW 

C8P 

8NE 

STA 

SEU 


NUARTO 

ourec 

4CK0K 

»1FF 

BAOACK 

NOXNTT 

BAOACK 


ACKDK 


CLI 

LOX AMMX8T 
JSR SFINC 


YES 

IS IT 4 FLAG THAT THE RECEIVER IS OVERRUN? 

I“;yI'8?2XcI ^'‘■‘■l^CDNDS 

CLEAR INTERRUPTS 

INCR THE 4 OF TRANSNITTEO MSGS 


» FnEE the BUFKe, th«t BAS JUST PROCESSED UR COULDN'T BE SENT. 


netfre 

AN30NE 

NETRET 


lJX bjdut-next 

JSR DW 
LOA *110 
STA NtPRX 
INC SUNUH 
LOA XNiT 
8NE 4V0QNE 
’tS 


FREE IHE BUFFER THAT HAS SENT 

RE-INITIALIZE 4 OF TIMES CURRENT N8S XMIIIEO 

SET THE SEQUENCE 4 FOR THE NEXT PAP*rr 
**IT FOR THE KEY TO TURN OFF 

ANS RETURN 
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PAGE 12 

CARO • 

LOC 

CODE 

CARP 10 20 

30 40 50 60 70 

SIB 

F9FA 



1 



SI9 

F9FA 



1 tROEV IS CALLED 7I> POLL FOR CHARACTERS FRDH THE GRAPHIC 7. 

S20 

F9FA 



1 T#I0 

HODES ARE ASSiHEOl 

TTY MODE AND DMA MDDE. (DRATTVsO AND 1 RESPECTFULLY 

S21 

F9FA 



1 

TTV RODE MEANSt CHARACTERS ARC IN ASCII FORMAT RITH A LEADING BYTE OF 

522 

F9FA 



1 

ZEND'S IN EACH HORO. CONTROL CHARACTERS SHOULD RESULT IN THE SUFFERED 

S2S 

F9FA 




PACKET BEING SENT. 


S24 

F9FA 



1 



525 

F9FA 



; 

DRA RODE MEANS BINARY FORRAT IS USED AND CONTROL CHARACTERS RAY d£ 

526 

F9FA 



1 

ER9EDDED . THE FINAL PACKET HILL BE TRANSMITTED HHCNEYCR SUFFICIENT T 

527 

(9FA 



i 

HAS ELAPSED ID INDICATE THE END UF THE DATA STREAM (APFROK 600 USECS). 

626 

F9FA 



i 



529 

F9FA 

AS 

4c 

INDEV 

LOA CONECr 

ARE HE CONNECTED TO ANOTMER BIU7 

510 

F9FC 

30 

OE 


HI GETCHl 

ND, SO JUST TRY TO GET A CHAR 

SSI 

F9FE 

FO 

OC 


SEQ GETCHl 


512 

FAOO 

AS 

OF 


lOA INSET 

YES, SO DO HE HAVE AN INPUT BUrFER SET JP YET? 

SIS 

FA02 

00 

20 


RNE GETCH 

YES, S3 TRY TO GET A CHAR 

510 

FA04 

A9 

02 


LOA •DATRSGtTTY 

ND, SO TRY TD ALLOCATE A DATA BUFFER 

515 

FAOb 

20 

£9 FE 


JSR PCONSr 


516 

FA'09 

10 

07 


JRL AS'JF 

IF COULD ALLOCATE THE BUFFER, CONTINUE 

517 

FAOa 

60 


IRil 

RTS 

IF COULDN'T, RETURN AND TRY LATER 

SIS 

FAOC 



; 



519 

FAOC 



t IF 

MIS IllU IS not CONNECtEO ID ANOTHER SlU, FORCE NULL^ FIDOE PROCESSING 

540 

FAUC 



' ; 3F 

OATS PRESENTED AT 

THE INTERFACE, 

541 

FAOC 



/ 



542 

FAOC 

A9 

FF 

liErCHI 

LJA »tFF 

SET OMATTY TO -1 

541 

4A0E 

H5 

66 


SI A OMATIY 


544 

FAIO 

00 

Ic 


5NE GETCH 

ALHAYS BRANCH 

545 

FA12 



} 



546 

FA12 



t SET 

U» HE HuFFER POINTERS 

547 

FA12 



» 



548 

FA12 

A4 

Oa 

AHJF 

.OY rilJPTR 

SET THE INPUT BUFFER POINTER 

549 

FA14 

04 

OS 


STY INPTR 


550 

FAI6 

A4 

US 


lDY BIJBTRTl 


551 

FA16 

04 

04 


‘UY INPIRH 


552 

FAIA 

A4 

OE 


COY CJR81J 

THE BUFFER NUMBER 

551 

FAIC 

04 

00 


STY CJRDEY 


554 

FAIE 

E6 

OF 


INC Inset 

NOAl SET UP FOR INPUT 

555 

faho 

AO 

05 


lOY «1|S 

OFFSET INTO THE BUFFER OF THE FIRST CHAR 

556 

FA22 

04 

OS 


SIY INHC 


557 

FA24 



1 



558 

FA24 



1 lETCH HIES lU SET A MURD. IF IT IS SUCCESSFUL, THE 40R0 IS PASSED TO 

559 

FA24 



; THE 

PROPER CilDE TO HANDLE IT. 

560 

FA24 



; 



561 

FA24 

A4 

05 

GETCH 

L)Y iNrtC 

SET Y IN CASE IT IS NECESSARY TO OUTPUT BUFFER 

562 

FA26 

A9 

02 


LJA AMR 

IS THERE ANY DATA READY FROM THE DEVICE? 

563 

FA2B 

2C 

10 10 


SIT PI IFR 


564 

FA29 

DO 

22 


SNE GETOAT 

YES, SO GO GET IT 

565 

FA20 



} 



566 

FA20 



; OMATir IS INITIALIZED 

ro -1 IN THE FFLOOP. IT IS SET TO 1 ON THE FHST 

567 

FA20 



; »Ass 

THROUGH GETOAT TO 

ASSUME A DMA OPERATION. IT IS SET TO 0 IF THING 

566 

FA20 



; INDICATES IT IS NOT A 

DMA OPERATION OR A ONE WORD DMA OP. RESET TO •! 

569 

FA20 



I ST CODE IN INOONE. 


570 

FA20 






571 

FA20 

AS 

66 


LJA OMATTY 

NO, ARE HE IN THE MIDDLE OF AN OPERATION? 

572 

FA2F 

30 

DA 


SSI MET 

NU, SO RETURN 
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CMO « 

LOC 

CODE 

CARO 10 20 

30 40 SO 60 70 

5TJ 

F451 

FO 

oc 

AEU TTYOF 

TTY OPERATIO 

57« 

FA33 



1 


5T5 

FA33 



1 34AT9 IS A TIMER SET 0URI96 04A UPS TO TIME HON LONG IT IA4ES FOR 

S76 

FA33 



; NEXT 4090 TO ARRIVE 

. IT IS SET EACH PASS THROUGH GETDAT AND CHECKED BELOH 

577 

FA33 



1 


S7S 

FA33 

Cb 

42 

DEC ORATM 

DMA OPERATION! HAS THE DMA TIMER CONE OFF 

579 

FA35 

on 

EO 

3NE GETCH 

NO, SO CONTINUE TO HAIT 

5B0 

FA57 

Cb 

69 

OEC ORAtTT 

YES, SO MUST BE DONE OR A TTY OPERATION 

5B1 

FA39 



1 


5B2 

FA39 



1 NON CHECK TO SEE IF 

MORE THAN ONE HORO CAME THROUGH AS DMA. IF 'Y' IS 

5BS 

FA39 



1 greater than or equal to 11 THEN THIS NAS PROBABLY A OMA 0* AND 4E SHOULD 

5B4 

FA39 



1 SEND THE BUFFERED DATA, 

5B5 

FA39 



t 


SBb 

FA39 

CO 

09 

CRY «ll 

IF UMA, MORE THAN ONE HORO STORED ALREADY? 

567 

FA3B 

10 

5A 

dPL IbDONE 

YES, SO SEND THE PACKET 

SBB 

FA3D 

Eb 

43 

INC TIYtM 

NO, SO PROBABLY TTYl SET THE TTT TIMER FLAG 

5B9 

FA3F 



i 


590 

FA3F 



1 NOT HUJE THAN ONE 

HORO, SO probably A TTY OP. SET THE TTY TIMER FLAG 

591 • 

FA3F 



i TO CLEAR ONc 40RD 

DMA 0»S OR TTY OPS NOT lERMINATED HITH CARRIAGE CONTROL 

592 

FA3F 



, 1 


59S 

FA3F 

AS 

43 

ITYOP lOA TIYTH 

HAS the TIY TIMER FLAG BEEN RESET? 

594 

FA41 

FO 

54 

BEU LuDONE 

YES, SO SEND THE PACKET. (CATCHES ONE N0R3 OMA UPS) 

595 

FA43 

AS 

41 

LOA rtVTLON 

NO, SO MUST BE TTY OPERATION* GET THE LAST BYTE 

596 

FA45 

C9 

20 

CdP *1.20 

HAS THE LAST BYTE A CONTROL CHARACTER? 

597 

FA47 

90 

4E 

dCC IhDJNE 

YES, SO SEND THE PACKET 

596 

FA49 

C9 

7F 

CAP aaTF 

HAS It A BACKSPACE2DELETE CHAR? 

599 

FA4H 

FO 

4A 

b£U IbDONE 

YES, SO send' the PACKET 

600 

FA4D 

00 

3C 

)N£ IHET 

NO, SO GET ANOTHER CHAR 

601 

FA4F 



I 


602 

FA4F 

Ab 

bB 

GEIDAT .OX OVATTY 

HHAT MODE OF OPERATION IS IN PROGRESS? 

' 603 

FA51 

FO 

UA 

BEU TIYNOD 

TIY MODE 

604 

FAS 3 

10 

04 

dPL ri'*ANOO 

OMA MODE 

605 

FASS 



> 


606 

PASS 



1 IF OHATIY ENJALS -1 

HE ASSUME THIS IS IHE START OF A DMA OPERATION. 

607 

FASS 



1 


60B 

FASS 

A2 

01 

LOX 41 


609 

FAS7 

Bb 

bd 

HIX OWATTY 

neither MODE SO ASSUME UMA 

610 

FA59 

A2 

20 

OMAAOO LJX 0320 

SET the OMA TIMER 

611 

FASB 

Bb 

42 

SIX DAATM 

' 

612 

KA50 



1 


613 

FASO 



} IHE TTY IIAEH IS USED 10 KEEP A ONE NORD UMA PACKET FROM BEING DELAYED 

614 

FASO 



J ='JR TOO LONG. IT ASSUMES THAI TELETYPE ENTRIES HILL ARRIVE. AT SOMETHING 

615 

FASO 



; less THAN 1 SECOND 

INTERVALS. IF NOTHING ARRIVES AFTER ONE SECOND THE 

616 

FASI) 



; PACKET 13 SENI. 


617 

FASO 



I 


618 

FASO 

A? 

2b 

TMMOD LJX HIEm 

SET THE TTY TIMER 

619 

FASF 

A9 

04 

LOA 0J 

TIMER IS SET FOR ONE SECOND 

620 

FAbl 

20 

lA FF 

,ISR SUMER 


621 

FA64 

AD 

10 10 

LOA PIlRTld 

GET THE HIGH ORDER BYTE 

622 

FA67 

49 

FF 

EQH 03FF 

TAKE THE I'S COMPLEMENT OF THE DATA 

623 

FA69 

4S 


PHA 

STORE II TEMPORARILY 

624 

FAbA 



; 


625 

FAbA 



; NOTE! LOADING FROM 

PORT lA HILL TRIGGER AN AUTOMATIC HARDMARE HANDSHAKE 

626 

FAbA 



; SIGNAL from the B522 CHIP. THIS IS THE EGUIVALANT OF THE G7 ICTL 

627 

FAbA 



1 (HARRIS DATU) 

SIGNAL. 


- 221 - 


ORIGINAL ® 

OF POOR QUALITY 





INOEV 


PAGE 14 


CARD « LOC 

628 PA6A 

629 M6A 
6S0 PA6D 
6St FA6F 
6J2 FA71 
bii FA72 

614 FA74 

615 4476 

616 4476 

617 FA/6 

618 FA76 

619 FA76 

640 FA7A 

641 FA7C 


CODE 

t 

AO 11 10 . 
49 FF 
85 41 
68 

A« 17 
DO 95 

I 

I 

I 

46 UE 
10 lA 
DO OJ 
4C 47 F8 


CARO 10 20 10 40 50 60 70 

IDA PORTIA 6ET the L0« ORDER 8TTE A40 TRIGSER HAN0SH4K1R6 

EDR 4»FF TARE THE 1*8 eOHPtEMENT OF THE DATA 

STA BTTL04 SAVE IT FOR LATER 

“LA RESTORE THE HIGH ORDER BYTE 

LJY wait are he HAITING for a SIGR-ON ACR7. 

14E IRET TESt SO IGHORE THE DATA 

CDNHECI yILL Tell us HHICH routine below is to process THE INPJT, 

L3< COMECT get THE CURRENT STATE OF DEVICE INPJT 

5RI GETRPy IF WAITING FOR REPLIY TO WHICH 8YSTEN RE3UEST 

8ME CHARS IF ADDING CHARS TO OOIPUT BUFFER 

JRP GEIYN IF WAITING FOR REPLIY TO LINK REGJEST (Y OR N) 



BUFFER E'JTRIES 


FACE 


IS 


CARO » 

uoc 

CODE 


CARO 

10 

20 

30 40 SO 60 70 

6ttJ 

FA7F 




1 




k«4 

FA7F 




1 ADO THE CHARACTER TO THE DUTRiJT BUFFER AND QUEUE THE BUFFER HHEN 

6«S 

FA7F 




7 IT IS 

FULL. 


. 

6«6 

FA7F 




) 




647 

FA7F 

A4 

05 


CHARS 

LDV 

INBC 

THE PLACE TO ADO THE CHAR TO THE SUFFER 

648 

FA81 

91 

03 



STA 

(1NPTR),Y 

STORE IT IN THE BUFFER 

649 

FA83 

C4 

IS 



cpy 

maxpax 

IS THE BUFFER FULL? 

650 

FA85 

FO 

18 



8E8 

INDONl 

YES 

651 

FA87 

E6 

05 



IRC 

INBC 


652 

FA89 

20 

90 

FA 


JSR 

BYTES 

HAS THIS THE FIRST OR SECOND BYTE? 

653 

FA8C 

30 

FI 



8CS 

Chars 

FIRST. SO GO GET SECOND 

654 

FA8E 

90 

94 



sec 

GETCH 

SECOND. SO GO GET ANOTHER HDRD 

655 

FARO 




1 




656 

FARO 




> 8TfES 

1$ USKO TO OETERHIRE HHICR HALF DF A NORO HAS PROCESSED. THE CARRY 

657 

FARO 




1 SIT IS 

JSEO 10 INDICATE AR ODD OR EVEN BYTE COURT. (OODs>:s; EYENoCC) 

65S 

FARO 




1 




659 

FARO 

A5 

05 


bTTES 

tDA 

I yHC 

FIRST BYTE. IS INOtCATEO BY AN ODD IRBC COUNT 

660 

FA92 

18 




CLC 



661 

FAR3 

6A 




■OR 

A 

ROTATE THE LON ORDER BIT INTO THE CARRY 

662 

FARO 

A8 

41 



lDA 

HYILOH 

SET UP THE SECOND SYTE IR A REG 

663 

FARb 

60 



dTTRET 

srs 



664 

FA97 




1 




665 

FAR7 




■ 1 1N0U4E 

IS used TO SEND 

PACKETS THAT HAVE SEEN FORMED DURING TERMINAL I/O 

666 

FAR7 




1 IT CHECKS FUR NULL PACKETS UNBC<8) AND RESETS DHATTV A TTTTH FLAGS IF NOT 

667 

FAR7 




1 IR The 

XIODLE DF A DMA 

transfer. 

66B 

FAR7 




! 




669 

FAR7 

A2 

FF 


INDONE 

LDX 

HtFF 

RESET OMATTY FLAG 

670 

FARR 

86 

68 



STX 

DRAITY 


671 

FARM 

L« 




IRX 


RESET THE TTY TIMER FLAG 

672 

FARC 

36 

43 



STX 

UYIH 


673 

FARE 

88 




7EY 


SET packet LENGTH 

674 

FA9F 

98 



INDORl 

TYA 


ard put value in a register 

675 

FAAO 

CR 

07 



CRP 

*/ 

IS IT A NULL PACKET? 

676 

FAA2 

FO 

F2 



SEO 

BYTRET 

YES. SO IGNORE IT. 

677 

FAA4 

AO 

07 



LOY 

»07 


678 

FAAb 

■71 

03 



SIA 

(INPTR).Y 


679 

FAA8 

«R 

17 



L3A 

»40JT-NEXT 

ER3UEUE THE PACKET TO BE SENT 

6S0 

FAAA 

A4 

00 



L3Y 

CJRDEY 


681 

FAAC 

20 

43 

FF 


JSR 

EM 7 


682 

FAAF 

Cb 

OF 



DEC 

inset 

ND LONGER SET UP 

683 

^ABl 

OC 

FA 

F9 


JRP 

INDER 

TRY TO GET THE NEXT BUFFER t MORE DATA IF AVAILABLE 

684 

FABR 









223 



dEPLIf TO 

ivHICH I 

5T8TEH 




PACE 16 

CARO • 

LOC 

CODE 

CA90 

TO 

20 

30 40 50 60 70 

6«6 

FA84 




1 





667 

FAB4 




1 SETAPY 

ACCUMULATES 

THE 

RESPONSE TO THE HHICH SYSTEM MESSAGE. 

668 

FA84 




1 4HEN THE RESPONSE 

IS complete* it is CHECXEO with a SET OF TABLE ERTR: 

689 

FA«4 




1 AT THE 

EMO 

OF THE 

program. 

690 

FA84 




1 





69J 

FA84 


41 


GETPPY 

LDA 

3YIL04 


GEr THE LOX ORDER BYTE 

692 

FA86 

29 

5F 



A90 

»»5F 


GET RID OF parity AND UP»ER/LOXER CASE 

693 

FAH6 

A6 

OS 



LOX 

InBC 


THE OFFSET IN STRING TO PUT .THE CHAR 

694 

FABA 

95 

47 



SIA 

SIRlRSr 

X 


695 

FABC 

C9 

OD 



CMP 

46UD 


HAS THE CHAR A CRT 

696 

FABE 

FO 

09 



3EU 

GLF 


YES, SO OUTPUT A LF 

697 

FACO 

EO 

04 



CPX 

*F04 


NAS IT THE FIFTH CHAR? 

698 

FAC2 

FO 

09 



5E0 

GCHLF 


YES, SD OUTPUT A CRLF 

699 

FACO 

16 

03 



IRC 

INBC 


neither of the ABOVE, SO XAIT FOR MORE INPUT 

700 

FAC6 

9C 

oc 

FA 


.IMP 

GFTCHt 


GO GET ANOTHER MORO 

701 

FAC9 




f 





702 

FAC9 

AO 

OE 


6LF 

lOY 

FLF 



703 

FACB 

JO 

02 



HRE 

GPUI 


ALXAYS 8RANCH 

704 

FACO 

Afl 

OD 


GC9LF 

LOY 

4CRLF 



705 

FACF 

20 

63 

FF 

GPJT 

JSR 

PUISTR 


PRINT THE CHARS 

706 

f AD2 




s 





707 

FAD2 




i COMPARE THE INPUT 

string to DEFINED SYSTEM NAMES IN THE TA3LE 

708 

FA02 




* i 





709 

FA02 

AO 

00 



LOY 

tfCiO 


SEE IF RESPONSE IS STORED IN THE TABLE 

710 

FA04 

Aa 

no 



LOX 

• 00 


(CHARACTER POSITION COUNTER) 

711 

FAi)b 


47 


NEKTCH 

LOA 


X 


712 

FADH 

i)9 

73 

FF 


CMP 

TAbLE^Y 



713 

FAOB 

DO 

OH 



RRE 

NV.A1CH 


NO MATCH, SO TRY NEXT ENTRY 

714 

FAOO 

EO 

0 2 



CPX 

MOB 


IS THIS THIRD CHARACTER? 

715 

FADF 

FO 

22 



OEU 

match 


YES, *E HAVE A MATCH 

716 

'AEt 

E« 




I'lX 




717 

FAE2 

Cfl 




I RY 




718 

FAE3 

00 

FI 



3 RE 

NtXTCrt 


TRY THE NEXT CHAR (ALWAYS BRANCH) 

719 

FAE5 

9H 



NMATCH 

TYA 




720 

FAE6 

A6 

15 



SIX 

lUKEM 


NO MATCH, SO TRY THE NEXT SYSTEM 

721 

FAE8 

ib 




SEC 




722 

FAE9 

E5 

15 



S8C 

TOKEf^ 



723 

FAEB 

16 




CLC 




724 

FAEC 

69 

04 



AOC 

AO M 


FOUR BYTES PER ENTRY 

725 

FAEE 

C9 

10 



CMP 

A1 6 


MORE SYSTEMS TO TRY (FOR 4 ENTRIES)?. 

726 

FAFO 

FO 

03 



•lEO 

A5KAG*4 


NO, SO ASK HIM AGAIN 

727 

FAF2 

AH 




TAY 




728 

FAF 3 

JO 

OF 



3 RE 

NEXTEN 


TRY THE NEXT ENTRY IN TA3LE (ALXAYS BRANCH) 

729 

CAF5 




; 





730 

FAF 5 




; asaagm 

RESETS SOME 

SYSTEM flags and REPRINTS THE 'NHICH SYSTEM?,' MESSA 

731 

FAF5 




; AT THE 

terminal. 

THIS 

INDICATES THE ENTRY HAS NOT IN THE TABLE. 

732 

FAF'j 




; 





733 

CAF5 

A2 

00 


AS<AGN 

.Ox 

FOO 



734 

FAF7 

bh 

05 



SIX 

INaC 


RESET THE CHARACTER POINTER 

735 

FAFV 

9b 

1 7 



srx 

WAIT 


NOT WAITING FOR A SIGN-UN ACK YET 

756 

FAFB 

«b 

•4C 



srx 

XAODR 


NUT talking To ANYONE 

757 

FAKU 

AO 

no 



LOY 

»«HSYS 


ASK WHICH SYSTEM? 

738 

FAFF 

20 

63 

FF 


JSR 

PUTSIR 



759 

FH02 

60 




RTS 



AND return 


224 - 




HEPLY TO IKHICH SYSTEM 


PACE IT 


CARD * 

TAI 
7«2 
74} 

744 

745 

746 

747 
74S 

749 

750 

751 

752 
75S 

754 

755 

756 

757 

758 

759 

760 

761 

762 
76} 

764 FH22 

765 Pba5 

766 FH2/ 

767 FH24 

768 FB2A 

769 FU2C 

770 FB2E 

771 FHiO 

772 FQJ} 
77} FB35 

774 FBiS 

775 FBiA 

776 Fbil) 


777 

FB30 

A9 

17 

on 

LDA 

• liOJT-NEXT 

77B 

FB3F 

Aa 

OE 


LDY 

CJRBIU 

779 

FB41 

dO 

43 FF 


JSR 

ENQ 

780 

FB44 

£6 

17 


INC 

WAIT 

7BI 

FB46 

bO 


INRET 

RTS 



A MATC4 MAS FOUND IN THE TABLE 

IF ‘TEilMX* OR "SANOX", GET THE TERMINAL ADDRESS 

IF •CAP", USE SI5N-0N LOOP • 


ELSE GET THE ADDRESS FROM THE TABLE 
ACC ■ DA 

4A1T 2 SECONDS FOR A REPLY TO THE SIGN'ON 
ALHAYS BRANCH 

GET DA FROM *X" IN "TERMX* DR "SANOX* 


■TERMX* SO CONTINUE 

TAME THE LON-ORDER 4 BITS FROM X 

STORE IT AHAY TEMPORARILY 

GET THE HIGH-ORDER BITS FROM THIS SIU'S ADDRESS 

AND COMBINE FOR SION-ON ADDRESS 
PJT SIGN-ON ADDRESS IN X 

NAII 10 SECONDS FOR A REPLY TO THE SIGN-ON 
SAVE THE DESTINATION ADOR 

SET The timer to HAIT FOR THE REPLY 

CONNECTION HSG FOR ASCII TERHINAU 

CONSTRUCT THE PACKET 

IF A BUFFER NAS ALLOCATED 

IF NOT THERE* SOMETHING IS NRDNG SO RESET. 

ENJUEUE THE BUFFER TO BE XMITTED 


REMEMBER THAT NE ARE BAITING FOR A REPLY 
and return 


LOC 

FB03 

FBOS 

FB03 

FBO} 

FHOT 

FBO} 

FB03 

FB03 

FB05 

FB07 

FH09 

F60B 

FBOE 

FBI)F 

FH12 

FBI4 

FBlb 

FBI 6 

FfllB 

FHIA 

FUlC 

FHIE 

FH20 


CODE 


CO OB 
90 OF 
CO OA 
DO 03 
4C DO FB 
CB 

BE 73 :-F 
A9 05 
00 16 

A2 04 
35 4 7 
CO 04 
FO 03 
29 OF 
B5 4C 
AO 40 10 
29 FO 
05 4C 
AA 

A9 2S 
56 4C 
A2 IF 
20 lA FF 
A9 E? 

20 EH FE 
10 03 
4C OO FB 


CARO 
7 
I 
I 
I 
7 
I 
7 

MATCH 


to 


20 


30 


40 


50 


60 


70 


MATCH SETS UP SOME DEVICE PARAMETERS ACCORDING TO THE VALUES IN THE TABLE. 
IF THIS NAS A TERMINAL RE9UEST, IT SETS THE NAIT TIMER FOR 10 SECONDS, 

IF A CPJ DEVICE OTHER THAN A HARRIS BIU IT SETS THE TIMER FOR 2 SECONDS. 
HARRIS BIU SIGN-ONS WAIT FUR 1/2 SECOND. THE LINK REOJEST MESSAGE 13 THEN 
aUEUEO FOR TRAnSMISION and N£ start to ANAIT THE RESPONSE. 

CPY NOB 
3CC TERMX 
C^Y afoa 
3NE CONMAT 
JMP HARSON 


CONMAT 


TERMX 


C0N7HM 

SYSIMX 


I NY 
LDX 
LOA 
3NE 

LDX 

LDA 

CPY 

tEO 

AND 

STA 

I.JA 

AND 

JRA 

TAX 

LOA 

BIX 

LOX 

JSR 

lOA 

JSR 

BPL 

JMP 


TABLE, Y 

«B 

SYSTMX 

*04 

STRING, X 

*4 

CONTRM 

»i0F 

XAOOR 

P11HT33 

»»F0 

XADC>R 

*4 0 

XAODR 

*TSACK 

SriMER 

•BUNMSGyTTY 

HC0N3T 

«IT 

RESET 


225 



YES'NO RESPOMSE 


PAGE IB 


CANO « toe 
m FBA7 
7M F647 
7S$ FBK? 
766 FBti 7 
7S7 Pay") 
7SS F64B 
769 FBDE 
790 F850 

79| FBS2 
792 FB5« 
79J FBS6 
790 FB58 

795 FB5B 

796 FOSE 

797 FBSt 
796 FBSE 

799 FB'jE 

800 SBSE 
6Dl' FHhO 
B02 FBbi 
B03 FB65 
600 FBb7 
805 FBbO 
B06 FB6C 

807 FBBE 

808 FB70 

809 FB7B 

810 FB70 
8U F«78 
812 FH7B 
BIJ FM7o 
810 F87U 
815 FB80 


I SETYN IS USED TO GET THE OEPLY TO A LINK OEOUEST (Y OR N). 


29 

5F 


CETYN 

AND 

ASSF 

00 

05 



BNE 

ND2ER0 

20 

90 

FA 


JSR 

BYTES 

SO 

FT 



BCS 

CETYN 

C9 

59 


N02ERU 

CMP 

«'Y 

FO 

OA 



BEO 

YES 

C6 

«£ 



3EC 

CUNECI 

AO 

03 



L3Y 

PCRLF 

20 

S3 

FF 


JSR 

PUTSTR 

OC 

FS 

FA 


JMP 

ASKAGN 


; 


GET RIO OF PARITY AND OPPER/LOAER CASE 
IGNORE O'S IN TTY OOOE 
FIRST OR SECOND BYTE? 

FIRST, SO GET SECOND 
010 JME USER TYPE YES7 
YES ? 

NO, SO AGAIN BAITING FOR NHICN SYSTEN 
PRINT CRLF 

AMO ASK HIM OHAT HE WANTS 


TO 


A9 DF 
2U E9 FE 
TO El 
A9 17 
AO OE 
20 03 FF 
£6 OE 
A5 OC 
29 30 
UO 02 
E6 05 
AO OJ 
20 S3 FF 
AO 02 
20 S3 FF 
SO 


. **'°T*<E'* terminal, set maximum packet length, 

, ACKNOOLEJGMENT AND TYPE LINK ACCEPTED AT THE TERMINAL. 


YES LOA PSACMSG SEND A SIGN-ON ACK 

JSR HCONST 

3MI INRET IF CAN'T ALLOCATE THE SIGN-ON 

LDA POOUT-NEKT 3JEUE IT UP TO BE SENT 
LUY CJRBIJ 
■jSR ENG 


SEND AN 


CONYES 


INC CONECT NOW CONNECTED 

An3 JuomOOOO CONNECTING TO A SERIAL TERMINAL? 

3NE CONYES NO, SO CONTINUE 

INC TERMF YES, SO SET FLAG 

LOY PCRLF print CRLF 

JSR PUTSTR 


LOT FLINKA TYPE ■LINK ACCEPTED* 

JSR PUTSTR 
YNRET RTS 





8UT0EV 


PACE 19 


CARO • LOC CODE CARD 10 20 SO 40 SO bO 70 

eiT PBsi i 

eiB FSBI I ODTDEV IS CALLED TO HANDLE A MESSAGE FROM THE ItETMORK. IT RILL 

BI9 FBBI ■ i EITHER TRANSMIT THE MESSAGE TO THE USER DEVICE OR HANDLE THE 

620 FB81 I MESSAGE ITSELF, DEPENDING ON THE MESSAGE TTPE. 

821 FHPI ; 

822 FBBI I OUTDEV MAKES NO ASSUMPTION CONCERNING THE TTPE OF OPERATION UNOERRAT (I.E. 

62S F8HI j OMA UR TTV), IT SIMPLY SENDS DATA INTO THE DEVICE AS IT IS RECEIVED. 

824 FdBI I 

825 FBBI AS 10 OUIOEV LOA OUTSET SET UP FOR OUTPUT? 

826 FB85 DO 27 3NE PUtCH YES, SO SEE IF IHE NEAT CHARACTER CAN BE SENT. 

B27 FB65 A6 Sb LOX OIN ANYTHING ON THE OJEUE? 

B2« F8B7 JO F7 BMI YNRET NO, SO RETURN 

029 FB89 94 7F LOT LOPTR,X SET UP THE PTRS 

8J0 FBBB 84 Ob STY OUTPTR 

8J1 FBHD 94 95 LOT MIPTR,* 

8J2 FBSF 84 07 STY UUIPTRtl 

BJJ F891 AO 05 LOY »o5 GET THE MSS TYPE 

»}4 rRNJ 91 Ob lOA (UUTPTR),Y 

BJS F995 C9 02 CMP hUATMSGYTTY A OATA MESSAGE? 

BJb FB97 UO 55 BNE fRYSOF NO, SO TRY FOR A SIGN-OFF MSG 

6J7 FB99 44 4t LOY CONECT ARE HE CONNECTED? 

BJB FB4H CO 01 CPy *01 

8J9 *B90 FO UJ 9EI1 POATA YES, SO PRINT THE OATA 

840 FB9F 4C 7J FC JMP OUTFRE NO, SO IGNORE THE PACKET 

841 FBA? ; 

842 F9A2 J aOATA PRINTS THE OATA IN A MSG TO THE DEVICE 

84J F9A2 ; 

844 FBA2 Eb lu POATA INC OUTSET SET UP FOR OUTPUT 

845 FBA4 40 07 LOY *07 

846 FHAb 84 08 STY UUTSC FIRST CHAR OFFSET - 1 

847 F9A8 91 06 LOA ('JUIPTR),Y GET THE PACKET LENGTH 

848 FBAA 95 09 STA OUTPL 

849 F8AC ( 

850 rHAC A4 09 PUTCH LOY (IJT9C GET THE NEXT CHAR OFFSET 

851 FBAt‘ C4 09 C»Y OUTPL DONE TET7 

852 FBBO on 05 9NE THYOS NO, SO CHECK THE DEVICE STATUS 

85J FBU2 Cb 10 2EC OUTSET ALL DONE HITH THE PACKET 

854 FB84 4C TO FC JMP UUTFRE 

855 FBB7 ; 

656 FbB7 j TRYDS OUTPUTS AORDS TO THE TERMINAL THO BYTES PER HORO. AN 000 9YTE COUNT 

857 PBH7 ; aILL RESULT IN A PADDING BYTE BEING SUPPLIED. 

856 F9B7 ) 

65’ FBB7 J .MANDSHAMING OCCURS AUTOMATICALLY AHEN DATA IS STORED IN PORT 2A. THIS IS 

660 FtJH7 t AGAIN A HARDWARE ACTION UF THE 6522 CHIP AHICH IS EOUIVALANT TO THE G7 

661 FHl7 J OCTL (HARRIS ODH/COH). COMMAND OATA HOROS ARE NOT PASSED TO THE G7 

b62 Ff)B7 ; 


BbJ 

FB67 

CH 


TRYOS 

INY 

GET THE OFFSET OF THE CHAR TO SENO 



864 

FBB8 

AS 

45 


ISA TtSMF 

ARE Hfc receiving DATA FROM A SERIAL 

TERMINAL? 


865 

FB9A 

FO 

04 


9EU COiNOS 

NO, SO CONTINUE OUTPUT 



866 

F8BC 

42 

Of) 


LOX *1)0 

YES, SO MUST SEND IT IN ONE BYTE AT 

A TIME 


867 

F8HE 

Fn 

DA 


BEG CONOUT 

AlNAYS branch FOR LOH-OROER BYTE 



868 

FBCO 

91 

Ob 

CUN03 

LOA (OUTPIH),Y 

GET THE CHAR TO SEND 



669 

FBC2 

49 

FF 


E3R «iFF 

TAME THE 1*8 COMPLEMENT OF THE >ATA 


n 

1. 

870 

FBC4 

AA 



TAX 

PUT THE CHARACTER IN 'X' REG 



871 

FBCS 

C4 

09 


C»Y OUIPL 

DONE TET? 


. 0 




OUrOEV PACE 20 

CAHO • LOC CODE CARO 10 20 iO 40 50 bO 70 


672 

F«C7 

FO 

21 



BEO NULL 

TES> SO PUT OUT A NULL CHARACTER TO FILLi 40R0 

673 

F6C9 

CB 




INY 

NO, SO GET SERONO STTE OF MORD 

674 

FBCA 

B1 

Ob 


C090JT 

LDA (DUTPTR)«7 


675 

FBCC 

49 

FF 



EOR »SFF 

Take the I's cohplehent of the data 

67b 

FBCE 

20 

97 

F6 

NULRET 

JSR SNOOUT 


877 

F8D1 

FO 

1b 



BEU TRYLAT 

INTERFACE DEADLOCK. SO TRY LATER. 

676 

FB03 

B4 

08 



STY 0UT8C 

SAYE BYTE COUNT 

679 

FBt)5 

DO 

55 



BNE iPUTCH 

GET THE NEXT NORO (ALnAYS BRANCH) 

690 

FB07 




1 



681 

FBD7 




1 BNOOOr 

IS USED TO SEND 

KOROS INTO THE GRAPHIC 7.. IN THE OJTOEY ROUTINE 

682 

F8D7 




1 fHE 8048AL CODE FLOM ENDS HEREr H04EVER, If IS USED AS A SJBROOTINE 

683 

FBD7 




7 37 THE 

PUTSTM ROUTINE 

AND IHE TRYSON ROUTINE. 

684 

FB07 




7 



665 

F907 

BE 

20 

10 

SN9QUT 

STX P0RT2B 

LOAD » KITH HIGH ORDER BYTE (NO HAN3SHAKE) 

686 

FBDA 

8D 

21 

10 


STA P0RT2A 

LOAD THE LON ORDER BYTE (HANDSHAKE) 

687 

FBOO 




7 



686 

FBUO 




7 DJTLOP 

AAITS FOR THE G7 TO SIGNAL IT HAS READ THE LAST BORO SENT. 

689 

FBOD 




7 IT NAirS FDR ABOUT 550 

USEC5 FOR THE RETURN HANDSHAKE. IF THE HANDSHAKE 

690 

FBOD 




7 FAILS 

TO CUUEr IT ASSUMES THERE IS AN INTERFACE DEADLOCK AND RETURNS TO 

691 

FBOD 




7 THE rain loop TO ALLOH 

IT 10 CLEAR. 

692 

FBOD 




7 



693 

FBOD 

A2 

50 



LUX «A50 

SET UP IHE TRY COUNTER 

894 

FBOF 

CA 



UUTLQP 

DEA 

COUNT THE NUNBER OF TRIES 

695 

FBEO 

FO 

07 



BEO TRYLAT 

IF 100 NANT TRIES CORE BACK LATER 

696 

FBE2 

A9 

02 



LDA «OAR 

TEST FOR HANDSHAKING FR04 TERNINAL ' 

697 

FHK4 

2C 

20 

Id 


BIT P2IFR 

, 

696 

FHE7 

FO 

Fb 



BEG OUTLOP 

LOOP UNTIL TERHINAL ACKNONLEDGES NORD 

699 

FBE9 

bO 



TR7LAT 

RIS 


900 

FBF4 




7 



901 

FBEA 




7 IHE NEAT TAD LINES OF 

CODE ADD THE NULL BYTE DURING OUTPUT. 

902 

FBE4 




i 



903 

F3EA 

A9 

00 


NUlL 

LUA AFOO 

LOAD SECOND BYTE NttH NULL CHARACTER 

904 

FBEC 

FO 

EO 



BEU NULRET 

ALKAYS branch 



228 


Pass g 

won QUAHjf 


SPECIAL OUTPUT MESSAGE HANDLERS 


CARD 1 

• LOC 

CDOE 

CAHO 

ID 20 

BOA 

FBEE 


1 

»0? 

BOB 

PBEE 

FBEE 


; rH£ SECTIOI 

■ J 

BOB 

FBEE 

C9 OE 

IHYSOF 

CMP 4S0FMSG 

BIO 

FBFO 

00 32 


3NE TMYSAC 

Bll 

FBF2 

AS 4E 


LJA CONECr 

B12 

FBF4 

C9 01 


CMP «01 

BJi 

F8F6 

DO 96 


RNE CONFRE 

914 

FBFB 

AS 4C 


LDA XaOOR 

BIS 

FbFA 

AO 02 


LOY »2 

916 

FBFC 

01 06 


CMP (UUTPTR),! 

BIT 

FflFE 

DO 70 

CONFKE 

BNE OUTFRE 

BIB 

FCUO 

C9 21 


CMP snARSAS 

BIB 

FC02 

90 09 


BCC SNOLI 

B20 

FC04 

C9 29 


CMP aHARaAStTI 

B2l 

FC06 

BO 05 


•ICS SNOLI 

B22 

FCOrt 

B5 40 


3TA HARGO 

B21- 

B24 

FCOA 

FCOD 

4C 00 F8 

1 

JMP RESET 

925 

FCUD 

AO 10 

sndlt 

LDY NLI)1KT 
J3R PorSTR 

926 

FCOF 

20 63 FF 


927 

FC12 

AO 00 


I.JY *,.riSYS 

928 

FC14 

20 63 FF 

• 

JS« PUTSIR 

929 

FC17 

AO 00 


LDY 400 

9J0 

FC19 

84 UC 


STY XADDR 

9JI 

FCIU 

84 05 


SIY InBC 

932 

FCID 

B4 45 


STY TEKMF 

933 

FCIF 

88 


D£Y 

934 

FC?U 

84 4E 


r>(Y CO.,ECT 

935 

936 

FC22 

FC24 

00 59 

t 

3NE OOIFRE 

937 

FC24 

C9 OF 

trysac 

CMP 4SACMSG 

938 

FC26 

DO 24 


MNE Try SUN 

939 

FC2H 

A4 1 7 


ljy wait 

940 

FC2A 

FO OE 


BEO PDATAJ 

941 

FC2C 

Cb 1 7 


DEC WAIT 

942 

FC2E 

84 4£ 


STY CDNECr 

943 

FC30 

88 


OEY 

944 

FCil 

B4 44 


STY SONCNT 

945 

FC33 

AO 07 


LDY »()7 

946 

FC35 

98 


lYA 

947 

FC3b 

Dl Ob 


CMP (0'ITPIRJ,Y 

948 

FC38 

FO 03 


bed plinka 

949 

FC3A 

4C A2 F3 

pdataj 

JMP HdATA 

950 

FC3D 

AO 42 

PUNKA 

LDY 4LINKA 

951 

FC3F 

20 61 FF 


JSR PUISTR 

952 

FC42 

AS 4C 


LJA XADDR 

953 

FC44 

29 30 


And 4AI0110000 

954 

FC46 

DO 35 


-iNE OUIFRE 

955 

FC4B 

E6 45 


Inc Termf 

956 

957 

FCOA 

FC4C 

DO 31 

$ 

BNE OUIFRE 

958 

FC4C 

C9 EO 

[RYSUN 

CMP ASONMSG 

959 

FC4E 

90 2D 


BCC OUIFRE 

960 

FC50 

44 4E 


LDY CUNECI 


10 


40 


PACE 21 
SO 


to 


70 


NAS IT A SICN'OFF MESSAGE? 

M3, SO I4V FOR A StCN«ON ACK 
C3MNECTE07 

MO, SO IGNORE THE MSG 

IS THE packet from the 3IU TO NHICH C0MNECTE07 

MO, SO IGNORE THE SIGN>OFF 
IS THIS A HARRIS COMPUTER SICN>3FF7 
M3, SO CONTINUE 
1C NT 

NO SO CONTINUE 

TES, SO MUST HAVE BEEN A PONER INTERRUPT 
TRT TO SIGN-ON AGAIN 

PRINT 'LINK TERMINATED* MESSAGE 

ASM NHICH SYSTEM? 

NON NAiriiMC FOR THE REPLY 

clear the serial terminal flag 

ALL DOME NITH the MSG (ALNAY3 BRANCH) 

NAS IT A SIGM-ON ACK MSG? 

MO, SO TRY 8IGN-OM REQUEST 
MERE aE NAITING FOR THE ACK? 

NO, SO SEE IF IT HAS ANY DATA IN IT TO PRINT 

YES, S3 MO LONGER NAITING 

NON CUMNECTEO 

RESET 3IGN-0M COUNTER 


NAS 

NO, 


THE PACKET LENGTH 7? 

SO II HAS DATA TO PRINT 


YES, SO PRINT "LINK ACCEPTED" 

ARE NE CONNECTED TO A SERIAL TERMINAL? 

MO, SO ALL DONE NITH THE PACKET (ALNAYS BRANCHI 
YES, SO SET SERIAL TERMINAL FLAG 
AlNAYS BRANCH 

SI5N-OM REOUESr? 

NO, SO IGNORE the PACKET 
ARE NE CONNECTED? 
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* * 


SmiAL QUTPJT MESSAGE HANDtEMA PAGE 22 


CAPO « 

IOC 

CODE 

CAPO 10 

20 

30 40 50 bO 70 

«*l 

PCS2 

CO 

01 


CPV 

• 01 


SS2 

FCSM 

FO 

27 


SEU 

OUTFRE 

YES, 80 IGNORE THE PACKET 

9A1 

FCSb 

A4 

17 


uov 

NAIT 

ARE NE 4AITINC FOR A SIGN'ON ACK? 


FC58 

00 

2S 


<9E 

OUTFRE 

YES, SO IGNORE THE PACKET 

9bS 

FCSA 

AO 

te 


1.07 

•UNKRl 

PRINT THE FIRST HALF OF 'LINK RE9UE3T' NESSAC 

9bb 

FCSC 

20 

fai 

FF 

JSR 

PlITSTR 


9b7 

FCSF 

AO 

02 


U07 

•02 

SEI THE ADOR OF THE REOUESTING StU 

9bS 

FC6I 

Bl 

Ob 


L5A 

lOUrOTR),/ 

HAYE 10 LOAD IT INTO A 

9b9 

FCbS 

85 

4C 


STA 

XAiIOR 

AN) IN XAOOR 

9/0 

FC65 

49 

ff 


COR 

•*FF 

TAKE THE I'S COMPLEMENT OF- THE DATA 

9/1 

FC67 

AA 



TAX 


prepare to send I'J *0R0 VIA SND3JT 

972 

FCb8 

A9 

FF 


kOA 

• iFF 


9/J 

FCbA 

20 

07 

Ftt 

JiR 

SA03UT 


9/4 

FC60 

AO 

Ji 


l:j7 

•LIRKR2 


9/5 

FC6F 

20 

bl 

FF 

JSR 

PUTSTR 

PRINT THE SECOND HALF OF THE REGJEST 

9/fc 

FC/2 

A9 

00 


LOA 

• 00 


97/ 

FC/4 

85 

4E 


STA 

CCliECT 

N04 PAITING FOR THE 7 OR N ANSWER 

97.8 

FC76 

A9 

40 


LOA 

• AMO 

WAIT to SECONDS FOR A RESPONSE TO SIGMON 

979 

rC7« 

A2 

22 


L'JX 

•lYACA 

TO PREVENT DEADLOCK 

980 

FC/A 

?o 

lA 

FF 

JSR 

31 IMER 


9Bt 

FC/0 




; 



982 

Fc/n 

A2 

lb 


• OUIFRE i..)X 

•'>IN»9EXT 

FREE UP THE PACKET 

98J 

FC/F 

20 

51 

FF 

,(SR 

llM 


984 

FC»2 

bO 



973 


AND DONE 



THO'JT 


PACE 2} 


CAPO $ 

LUC 

CODE 

CARO 

10 

20 

10 90 50 60 


FCei 



1 




P87 

reel 



1 7IM0UT 

POLLS THE TIMER 

TO SEE IF IT HAS TIMED OUT. IF IT HAS> IT 

«•» 

FC81 



1 0ECRE9ESTS 

TICK AND POSSIILV DECREMENTS TIMER. IF TICK REACHES 0 

9S9 

FC81 



> (ONCE 

EACH 

SECOND) TOD 

IS INCREMENTED. 

9»0 

FCHl 



> 




991 

FCBl 

2C 

10 10 

1190U7 

SIT 

PlIFH 

HAS THE TIMER TIMED OUT? 

992 

FCH6 

50 

IS 


SOC 

TIHSET 

NJ 

991 

Fees 

AO 

19 10 


LOA 

THRL 

YESi SO CLEAR THE FLAG 

999 

FCbrt 

C6 

9F 


OEC 

TICK 

COUNT DOKN UNTIL 1/9 SECOND HIT 

995 

FCHO 

on 

OE 


evE 

TIM9EI 


996 

FC8F 

A9 

19 


lOA 

■ 25 

RESET TICK TO COUNT NEXT 1/9 SECOND 

997 

FC91 

BS 

«F . 


BIA 

TICK 


99S 

FC91 

Eb 

19 


INC 

Too 

increment time of OAT 

999 

FC95 

00 

06 


HNE 

TIM9ET 

IF NO CARRY* ALL DONE 

1000 

FC97 

Eh 

lA 


INC 

TOOaI 


tool 

FC99 

00 

02 


bNE 

T199ET 


1002 

FC99 

£6 

IB 


INC 

Ttl0»2 


tool 

FC91) 

60 


T19RET 

SIS 
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CKTOJT 


PACE 24 


CARO « 

LOC 

CQ9E 

CARD 

10 

20 

30 40 SO 60 

lOOS 

AC9E 




I 




1006 

Fcoe 




1 CAfoiir 

CHECKS FOR ANT 

TIMEOUTS AND TAKES APPROPRIATE ACTIONS 

1007 

rcoE 




» IF ANY 

ARE 

DETECTEO. 

FIRST, CHECK FOR TIMEOUT FOR SIGN-ON ACK. 

1008 

FCOE 




1 




1000 

FCOE 

AS 

17 


CKIOUT 

LDA 

WAIT 

ARE AE AAITINC for A SIGN-ON ACK7 

1010 

FCAO 

FO 

3S 



SEO 

CKTOUr 

NO, SO CHECK FOR YES-NO RESPONSE IlMEOUT 

toil 

FCA2 

A2 

IF 



LDX 

ATSACK 


1012 

FCAO 

20 

03 

FO 


JSR 

CTINE 


1013 

FCA7 

00 

2E 



3CC 

CKTOUT 

CARRY CLEAR INDICATES NOT TIMED OUT 

1014 

FCAO 




; 



. 

lOIS 

FCAO 




i THE F0LLU8ING CODE RILL CAUSE A NUMBER OF SICN-ON REQUESTS BASED 

1016 

FCAO 




1 fRMCNl 

TO BE SENT TO 

FIND AN UNUSED HARRIS BIU. 

1017 

FCAO 




} 




1018 

FCAO 

A6 

4C 



LOX 

XAOOR 

START AI1H THE BASE HARRIS ADDRESS fqr THI 

1010 

FCAB 

EO 

21 



:ox 

AHARBAS 

IS IT AITHIN THE ALLONED RANGE 

1020 

FCAO 

00 

IE 



see 

NOSY 8 

NOT TRYING TO SIGN-ON TO HARRIS BIU 

1C21 

FCAF 

EO 

20 



CPX 

»HAR8ASaTRHCNY 

1022 

FCttl 

80 

12 



4CS 

RSXAOR 

LOOP HACK TO THE BASE HARRIS ADDRESS 

1023 

FC03 

E6 

44 



INC 

SONCNT 

COUNT THE NUMBER OF TIMES SIGN-ON TRIED 

1024 

FCB5 

A4 

44 



LOT 

SONCNT 


1023 

FC87 

CO 

03 



CPT 

AFRICNT 

HATE ME TRIED ALL OF THE HARRIS 3IUS7 

1026 

FCBO 

FO 

12 



3EH 

N'JSYS 

YES, SO NONE AVAILABLE 

1027 

FC8H 

E8 




INX 


NO, SO TRY NEXT ONE 

1028 

FCliC 

AO 

02 


' C04SUN 

.LDA 

42 

USE A PORTION OF INOEV RDUTINE 

1020 

FC8t 

Ch 

17 



DEC 

KAII 

RESET THE NAIT FLAG 

1030 

FCCO 

20 

2C 

FB 


JSR 

oysiNX 

... BEGINNING AT SYSTMX 

1031 

FCC3 

DO 

12 



ONE 

CKYOUT 

continue with NEXT TIMER CHECK 

1032 

FCC5 




f 




1033 

Fees 

A5 

44 


riSKAOR 

i.UA 

SONCNT 

CHECK TO SEE IF THIS IS A HARRIS SlCN-ON 

1034 

Fee? 

FO 

04 



5EQ 

N'JSYS 

N3, SO SEND SYSTEM NOT AVAILABLE. 

1035 

FeC9 

A? 

21 



LOX 

AHARBAS 

START MrH BASE ADDRESS NON 

1036 

FeCB 

DO 

EF 



3NE 

CUNSUN 


1037 

Feco 




) 




1038 

FeCD 

AO 

4F 


NUSVS 

LDV 

aNOYAIL 

PRINT "SYSTEM NOT AVAILABLE" 

1030 

FecF 

20 

63 

FF 


JSR 

PUTSTR 


1040 

Feoa 

8S 

44 



STA 

SONCNT 

RESET THE SIGN-ON COUNTER 

1041 

Feo4 

4C 

F5 

FA 


JHP 

A5KAGN 


1042 

Fe07 




} 




1043 

Feo7 




; SEE IF 

RE NAITED long 

ENOUGH Id RESPOND ID A SiGN-DN REQUEST. 

1044 

Feo7 




i 




1045 

Fe07 

AS 

4E 


CKYOUr 

UDA 

CDNECT 

MAITING FOR A SIGN-ON Y-N7 

1046 

Feoo 

on 

13 



ONE 

CAETTY 

NO, SO SEE IF TIME TO RESET TTY FLAG. 

1047 

Feoa 

A2 

22 



LDX 

aivack 


1048 

FeOD 

20 

0 5 

FO 


JSR 

CURE 


1040 

FeEo 

00 

OC 



t 

CAEITY 


1050 

FeE2 

C6 

4E 



DEC 

CCiNECr 

NO LONGER CONNECTED 

1051 

FCE4 

AO 

4F 



LOT 

ANOYAIL 

PRINT FSYSIEM NOT AVAILABLE* 

1052 

FCE6 

20 

63 

FF 


JSR 

PUTSTR 


1053 

FetO 

AO 

00 



LDY 

A.vHSYS 

ASK MHICH SYSTEM AGAIN 

1054 

FeE8 

20 

63 

FF 


JSR 

PUTSTR 


loss 

FeEE 




I 




10S6 

FCEE 




i SEE IF 

THE 

T1Y TIRER 

FLAG SHOULD BE RESET. 

10S7 

FCEE 




; 




1058 

FCEE 

Ab 

4 5 


CKETTV 

LDX 

TTVT.R 

HAS THE TIMER FLAG BEEN SET? 

1050 

FCFO 

FO 

00 



RED 

CKSTAT 

NO, $0 SEE IF IT IS TIME TO SEND A STATUS i 


70 


04 
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CriME 


PAGE 26 


CARD « 

LOC 

C 

;ooE 

CARD 

10 

20 

JO 40 

SO 

60 

1072 

FOO} 



7 






ion 

FOOS 



i CTIHE 

IS USED TO 

COMPARE THE CURRENT TIME'OF 

DAY TO THE 

VALUE 

1074 

F003 



1 STORED 

n THE VARIAStE 

X,Xtl AND Xt2.<3 BYTES 

> HEOUIREO). 

IF THE 

I07S 

FOOJ 



; TOD 1$ 

GREATER THAN OR 

EaUAU TO THE VARIABLE 

CARRY NILL 

BE SET 

1076 

FOOJ 



f JFON RETJNNl 0THEH4ISE 

CARRY IS CLEARED. 



1077 

FOOJ 



f 






1078 

FOOJ 

AS 

18 

CT14E 

LDA TUDt2 





1079 

FOOS 

OS 

02 


CHP 2,X 





1080 

FD07 

40 

OE 


3CC CTRET 





1081 

F009 

00 

OC 


ONE CTRET 


TDD LESS THAN X 



1082 

Fooe 

AS 

lA 


LDA TUDtl 


GET SECOND BYTE 



1083 

FOOD 

05 

01 


C4P 1»X 





1084 

FOOF 

40 

06 


see CTRET 





loss 

FDll 

00 

04 


3NE CTRET 


TOO LESS than X 



I0B6 

FDIJ 

AS 

19 


LOA TOD 





1087 

F015 

05 

00 


CRP 0,X 





1088 

FB17 

60 


CT4ET 

RTS 






OUGINAL PAGE IS 
OP POOR QUAUTY 
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u 


SNOSTA pace 27 

CARO « LOC CODE CARD 10 20 30 «0 30 60 


tOfO 

F016 



7 





loot 

Foie 



1 SND8rA 

IS 1 

JSEO TO SEND A STAIUS MESSAGE 


1002 

F016 



1 





100} 

F016 

A9 

DS 

aiOSTA 

IDA 

PSTAMSC 

SEND A STATUS MSG 


1000 

FOIA 

20 

£9 FE 


JSR 

PCOYSr 

TRY TO GET A BUFFER 


1005 

FOlO 

SO 

E3 


8MI 

CFCRET 

NOT ALLOCATED# SO TRY LATER 


1006 

FOIF 

AO 

00 


LOY 

• 00 

TO ADDRESS SOO 


1007 

F021 

96 



7YA 




1006 

F022 

91 

OA 


SIA 

(BUPTRlfY 



1009 

^020 

A9 

29 


L9A 

• 01 

PACKET LENGTH OF 82 


1100 

F026 

AO 

07 


LDY 

• 07 



1101 

F028 

91 

OA 


SIA 

(BIUPTRl.Y 



1102 

F02A 



1 





110} 

F02A 

C8 



HY 


P3INT TO THE FIRST BYTE OF STATUS PART 

1100 

F028 

A2 

UU 


lOF 

• 00 

MOVE IN THE 16 BYTES OF STATUS 

INFORMATION 

1105 

F02R 

d5 

28 

SLODPl 

L3A 

nmxmt,f 

SET A BYTE 


1106 

F02F 

91 

OA 


S7A 

(0IDPTR),Y 

AND SAVE IT IN THE MESSAGE 


1107 

F031 

E8 



INF 




1106 

F032 

C8 



lOY 




1109 

^033 

£0 

10 


CAF 

• 16 

SIXTEEN BYTES MOVED YET? 


1110 

FOSS 

90 

F6 


3CC 

SLOOPl 

BRANCH IF NO 


1111 

F037 



7 





1112 

F037 

A9 

00 


L3A 

»U0 

GET THE * OF MSGS 8AITIN6 TO GO 

OUT 

111} 

F039 

A6 

67 


■L3F 

lJUUT 



1110 

F03b 

30 

OC 


BOI 

82012 i 

IF NONE 

. 

1115 

FD30 

18 


SLOOP2 

ClC 

! 

INCR • WAITING 


1116 

FD3E 

69 

01 


A3C 

• 01 



1117 

FOOD 

08 



HA 


SAVE A 


1116 

FDOl 

35 

so 


LDA 

NEFT,F 

GET THE BTR TO THE NEXT MSG 


1119 

F003 

AA 



TAF 




1120 

FDOO 

68 



■>lA 


RESTORE A 


1121 

FDOS 

£0 

FF 


:»F 

• iFF 

IS THE NEXT PTR NULL? 


1122 

F007 

DO 

FO 


30£ 

SLOOP2 

NO, SO GET THE NEXT ONE 


112} 

FDOO 

91 

OA 

S33T2 

S7A 

(8IUPTR),Y 

SAVE THE • OF WAITING MSGS 


1120 

FOOB 



7 





1125 

FDOB 

AO 

00 


L3A 

• DO 

GET THE « OF MSGS WAITING TO GO 

IN 

1126 

FOOD 

A6 

66 


L3F 

11 IN 



1127 

FDOF 

30 

OC 


HI 

SoOT3 

IF NONE 


1126 

F051 

18 


3L30P3 

CLC 




1129 

FD52 

69 

01 


ADC 

• 01 



mo 

FDSO 

08 



ABA 




11}1 

r055 

85 

50 


L3A 

NEXT,F 



1132 

FD57 

AA 



TAX 




11}} 

FDSB 

68 



ALA 




ll}0 

FD59 

£0 

FF 


CAF 

FJFF 



1135 

F05H 

DO 

FO 


B'J£ 

SL03P5 



1136 

FDSD 

C» 


89373 

IMY 


SAVE THE « OF WAITING MSGS 


1137 

FD5£ 

91 

OA 


SIA 

(91JPTH),Y 



1136 

FD60 



7 





1139 

F060 

C8 



lOY 




1100 

F061 

AD 

00 OC 


LDA 

NUARIS 

NETnOHK UART STATUS 


1101 

FD60 

91 

OA 


Sf A 

(BIJPTR),Y 



1102 

F066 

C8 



I9Y 




1103 

FD67 

AD 

00 10 


LDA 

DDART'S 

DEVICE UART STATUS 


1100 

FD6A 

91 

OA 


5TA 

(hIUPIR),V 
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1NT8JF 


PACE 19 



CARD « lOC cose card |0 20 10 • «o SO fcO 

1179 FD9C I 

H90 F09C » IMTBliF SETS UP A BUFFER FOR NETPORK INPUT IF IT IS NECESSARY. 

IIBl F09C I 


USE 

FD9C 

OB 


INTBUF 

PMP 


TIBS 

F09D 

7B 



SEI 


IIB4 

F09E 

AS 

11 


LOA 

INTSEI 

MSS 

FOAO 

00 

11 


SNE 

INTRES 

ITB6 

FDA2 

20 

19 FF 


JSR 

alloc 

U87 

FDAS 

10 

OC 


BMI 

INTRES 

USB 

F0A7 

as 

7F 


LOA 

LDPTR,X 

tlB9 

FOA9 

as 

00 


SIA 

INTPTR 

1190 

FDAB 

as 

95 


LOA 

HIPTR,X 

1191 

FOAD 

as 

01 


STA 

INTPTRtl 

1192 

FOAF 

aa 

OC 


SIX 

CORNET 

1191 

'UBl 

Ea 

II 


INC 

INT8ET 

1194 

=Ofll 

23 


INTRES 

PLP 


1I9S 

FD84 

60 



RTS 



PROTECTS THE INTERRUPT MASKING. 

DON’T RANT INTERRUPTS DURING ALLOC 

already have a buffer, SO return 

ALLOCATE A BUFFER 

NO BUFFERS AVAILABLE, SO TRY AGAIN LATER 
SET UP THE PTR TO THE BUFFER 


SAVE THE BUFFER NUMBER 
nor all set up 

RESTORE OLD INTERRUPT STATUS ANO RETURN 
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IRD AND •jINT 


PACE 30 


CARO « LOC CODE 


U»7 

FOB? 




1148 

FOBS 




1149 

F0B5 




1200 

FOBS 




1201 

FOSS 




1202 

FOBS 




1203 

FDB5 

48 



120U 

FOBS 

48 



1205 

F0B7 

• 48 



120b 

FOBS 

BA 



1207 

F089 

48 



1208 

F06A 




1209 

F08A 




1210 

FDBA 




1211 

PDBA 




1212 

FOBA 

SC 

00 

oc 

1213 

F080 

AD 

01 

oc 

1214 

FOCO 

84 

02 


1215 

F0C2 

A6 

3F 


1216 

F0C4 

A4 

14 


121'' 

F0C6 

FO 

3F 


121S 

F0C6 

95 

15 


1219 

FOCA 

E8 



1220 

FDCd 

to 

02 


1221 

POCO 

FO 

03 


1222 

FOCF 

4C 

cc 

FE 

1223 

F002 




1224 

FDU2 

AO 

01 


1225 

F0D4 

69 

15 

00 

1226 

fDl)7 

Dt 

06 


1227 

FDD9 

00 

08 


I22B 

FDDB 

«« 



1229 

FDOC 

10 

Fb 


1230 

FDOE 

S9 

IH 


1231 

FOEO 

80 

00 

OC 

1232 

FOES 

4C 

CA 

FE 

1233 

FOEfc 




1234 

FOEb 

AU 

33 


1235 

FDEB 

SO 

00 

OC 

1236 

FDEB 

AS 

12 


1237 

FOLD 

OS 



1238 

FDEE 

OS 



1239 

FDEF 

85 

02 


1240 

FDFl 

OS 



124) 

F0F2 

18 



1242 

F0F3 

65 

02 


1243 

F0F5 

Irt 



1244 

FOFb 

65 

12 


1245 

FOFB 

18 



1246 

F0F9 

69 

01 


1247 

FOFB 

85 

12 


1246 

FOFO 

85 

1 3 


1249 

FOFF 

A2 

2C 


1250 

FEUl 

20 

2C 

FF 

1251 

FE04 

4C 

CA 

FE 


CARD 10 20 30 ttO SO AO 70 

I 

I IRO RECEIVES CONTROL NHENEVER THERE IS A NETWORK INTERRUPT 
» THIS CAN BE CENERATEO BY THE RECEIVE DATA REGISTER OP THE NETPORK UART 
I 3EC0HINS PULLf THE DATA CARRIER DETECT SIGNAL COINS HISH> 3R A DATA 
1 OVERRUN CONUITION. 

; 

IRO PHA PUSH ACC. Y AND X ONTO STAC* 

TYA 

»H* 

T*A ' 

»HA 

> 

I HIS CODE IS THE NETWORK JART INTERRUPT HANDLER. IT IS USED TO EITHER 
; CHECK LNT VALIDITY. OR TO READ IN A MSG FROM ANOTHER BIU. 

LOY NUARTS set the status (CLEARS THE DATA OVERRUN IP NECESSARY) 

LOA nuartd and the data 

STY INT3C SAVE THE PARITY ERROR PLAS 

. LOX INTX INTX is INITIALLY EERO 

LOY XHIT IS THIS HY TRANSMISSION? 

BED RXDATA IP NOT. CO TO NO 

3IA TOKEN.* SAVE RECEIVED DATA IN TOKEN 

INK 

CPX *02 have 2 CHARACTERS BEEN RECEIVED? 

3E8 TESTTX YES, SO TEST THEM 

JHP NIRET NO, SO HAVE TO WAIT, BUT KEEP OECRCNCNTINC INTK 

fESTTX LOY «0l TEST RCV'O VS. TRANSMITTED DATA 

TEST2 LOA token, Y 

CHP (OUTPTR).Y OUTPTR POINTS TO ANY PACKET BEING XNITTEO ON NET 

BYE COLIDE 

OEY 

3PL TES12 

LOA PtOOOllOOO TEST OK, TURN OPF NET RCVR 
STA NJARTS 
JVP NICLRX 
J 

COLIDE LOA »X010tl000 TEST FAILED, TURN OFF XMI T AND RCV 
SIA QUARTS 

LOA RANOU CHOOSE RANDOH WAIT 

ASL A TO SET NEXT RANDOH NUMBER, ... 

ASL A MULTIPLY BY 13 AND ADD I 

STA INTaC X« 

ASL A XB 

CLC 

ADC InTBC X12 

CLC 

ADC RANOI< XI 3 

ClC 

ADC *01 tl 

STA RANOU STORE NEW RANDOM NUMBER AT SEED AND COUNT 

STA RNOCNT 

LOX «NMCOL INCREMENT « OP COLLISIONS 

JSR SFINC 
JMP NICLRX 
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IRQ AND NINT 


CARD • 

LOG 

CODE 

CARO 

1232 

FE07 


; 

1S53 

FE07 

CO 40 to 

RKOATA 

12SA 

FEOA 

Fo oa 


1253 

FEOC 


; 

1256 

FEOC 

A9 SB 

SKIPIT 

1257 

FEOE 

SO 00 OC 


12SB 

FEll 

4C CA FE 


1259 

FE14 


1 

1260 

Fit 4 

24 02 

FORUS 

1261 

FElb 

70 Fa 


1262 

FE18 

A4 11 


1263 

FEIA 

00 10 


1264 

FEIC 

A2 34 


1265 

FEIE 

20 2C FF 


1266 

'E21 

A9 56 


1267 

FE23 

60 00 OC 


1266 

FL26 


1 

1269 

'E26 


I SET 

1270 

FE26 


; 

1271 

FE26 

49 FF 


1272 

FE28 

as 46 


1273 

FE2A 

JO 52 


1274 

FE2C 


1 

1275 

FE2C 

AO 00 

GETIT 

1276 

FE2E 

91 00 


1277 

FEiO 

as 46 


1276 

FE52 

8S 38 


1279 

FE34 

C8 

GET8TT 

12S0 

FE35 

AO tin OC 

WAITBY 

1251 

FE3B 

29 05 


1262 

FE3A 

FO F9 


12B3 

FE3C 

29 1)4 


12S4 

FE5E 

00 CC 


1285 

FE40 

2C 00 OC 


1266 

FE43 

70 52 


1287 

FENS 

AD 01 OC 


12SB 

FENS 

91 00 


12B9 

FE4A 

AA 


1290 

FE4B 

as 56 


1291 

FE4D 

85 58 


1292 

Ft«K 

CO 07 


1293 

-ESI 

90 £1 


1294 

"ESi 

00 02 


1295 

FES5 

8 b 02 


129» 

FES7 

C4 02 

INLDOP 

1297 

"ES9 

DO D9 


1296 

FEbB 


1 

1299 

FESB 

AD no OC 

CHKLOP 

1300 

FEbE 

29 05 


1301 

FE60 

FO F9 


1302 

FE62 

29 04 



10 20 

CMP PORTJB 
BEQ FORUS 

LDA FtOlOllOOO 
StA NUART3 
JNP NICURX 

SIT INTBC 
BVS SKIPIT 
UOV INTSEt 
BNE GETIT 
LDX ANMLOST 
JSR SFINC 
EDA AEOiOltOOO 
STA NUARTS 


30 


NO 


PAGE 31 
SO 


BO 


70 


IS THE PACKET FOR US? 

TES 

CAN'T RECEIVE, 80 DISABLE RECEIVER 
AND RETURN 

KAS THERE A FARITT ERROR IN THE ADDRESS? 

YES, SO IGNORE THE PACKET 
ARE HE all set UP FOR INPUT? 

YES 

INCH '(HE • OF MSGS LOST BECAUSE OF NO BUFFER 
TURF OFF THE RECEIVER 


UP TO SEND AN SFF ACK 


LOA AIFF 
STA ACK3YT 
ONE SNDACK 


1303 

1300 

1305 

1306 


FE60 

FE66 

FE6R 

FEbB 


DO 6b 
PC OO OC 
70 OC 
AE 01 OC 


■LDY 

STA 

STA 

STA 

INY 

LOA 

AND 

BEU 

AND 

SNE 

BIT 

3VS 

LDA 

STA 

TAX 

EOH 

STA 

CPY 

BCC 

BNE 

SIX 

CPY 

BNE 


POO 

(INTPTR),Y 

ackbyt 

PARITY 

NUARTS 

AXOOOOOIOI 

HAII8Y 

bXOOOOOlOO 

SKIPIT 

NUARTS 

PARERR 

NUARTD 

UNTPTR),Y 

PARITY 
PARITY 
• 07 

GET8YT 

INLOOP 

INTBC 

INTBC 

GETBYT 


TO SIGNAL that HE ARE FULL AND THAT HE 
SEND THE 8T0P-XNIT FLAG (ALNAYS BRANCH) 

STORE BYTE 0 IN BUFFER 

SET UP. TO SEND A 6000 ACK PACKET 
START THE VERTICAL PARITY CALCULATION 

IS ANOTHER BYTE READY 

IS RECEIVE KEY ON BUT WORD NOT IN? 

IF NOT, 00 TO WAIIBY 
IS RECEIVE KEY ON? 

IF NOT, TURN OFF THE RECEIVER 
NAS THERE A PARITY ERROR? 

YES, SO ABORT THIS HESSAGE 
READ THE NEXT WORD 

SAVE THE DATA CHAR 
ACCUMULATE THE PARITY 

IS THIS PACKET BYTE COUNT? 

IF <, KEEP ON READING IN THE HEADER 
IF >, COMPARE TO INTBC 
IF =, STORE RECEIVE PACKET LENGTH 
DOES Y • PACKET LENGTH? 

NO, SO KEEP ON GETTING BYTES 


LOA NUARTS 
AND •tOOOOOlOl 
BED CHKLOP 
AND PXOOOOOlOO 
BNE SKIPIT 
bit NUARTS 
BVS PARERR 
LOX NUARTD 


WAIT FOR THE CHECKSUM 


SAD PARITT? 

YES 

GET THE VERTICAL PARITY 
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IRU 4N0 NlAir 


PAGE 12 


CARO 

IS07 

ISOS 

ISO* 

1310 

1311 

1312 

1313 

1314 

1315 

1316 

1317 
131B 

1319 

1320 

1321 

1322 

1323 

1324 

1325 

1326 

1327 

1328 

1329 

1330 

1331 

1332 

1333 

1334 

1335 

1336 

1337 
133S 

1339 

1340 

1341 

1342 

1343 

1344 

1345 

1346 

1347 
1340 

1349 

1350 

1351 

1352 

1353 

1354 

1355 

1356 

1357 
1356 

1359 

1360 

1361 


LDC 

CODE 

CARD 

10 

20 

FE6E 

A9 

SB 



LOA 

4X01011000 

FE70 

BD 

00 

OC 


STA 

NJARTS 

FE73 

E4 

3S 



CPX 

PARITY 

FE75 

FO 

07 



BEU 

SNOACK 

FE7T 

A2 

32 


PARERR 

LDX 

4NHBCRC 

FE79 

20 

2C 

FF 


JSR 

SFINC 

FE7C 

DO 

BE 



BNE 

SKIPIT 

FE7E 




1 

s 


FE7E 

AO 

00 

OC 

SNDACK 

LDA 

NUARTS 

FE81 

29 

04 



AND 

4X00000100 

FE8S 

FO 

F9 



3E0 

SNOACK 

FE85 

A9 

IB 



LOA 

4X00011000 

FE87 

SO 

00 

OC 


STA 

NUARTS 

FE8A 

AS 

46 



LJA 

ACKBYT 

FE8C 

60 

01 

OC 


STA 

nuarto 

FEBf 

A 2 

lA 



LDX 

426 

FE91 

CA 



WAIT7S 

3EX 


FE92 

in 

FD 



SPL 

NAIT75 

FE94 

A2 

5B 



LDX 

4X01011000 

FE96 

HE 

on 

OC 


srx 

NUARTS 

FE99 

C9 

FF 



CMP 

• IFF 

FE98 

FO 

2A 



BED 

TXNACK 

FE90 




; 



FE90 

AO 

02 



IDY 

402 

FE9F 

31 

no 



LDA 

(INTPTR),Y 

FEAl 

C5 

3B 



CMP 

LASTTX 

FEA5 

DO 

08 



6NE 

MSGDK 

FEA5 

AO 

04 



LDY 

404 

FEAT 

61 

00 



LOA 

(INTPTRJfY 

FEAN 

C5 

3C 



CMP 

LASISQ 

FEAR 

Fo 

ID 



BEU 

NICLRX 

FEAO 




i 



FEAO 

AO 

02 


MSGUK 

LDY 

402 

FEAF 

BI- 

00 



LJA 

(INTPTR),Y 

FEBl 

BB 

5H 



STA 

LASTTX 

FEd'i 

AO 

04 



LDY 

404 

FEH5 

B1 

no 



LDA 

(INTPTH),Y 

FEH7 

B5 

5C 



STA 

LASTSJ 

FE89 







F£B9 

A9 

1 b 



LDA 

4QI N-NEXT 

FEBB 

A4 

OC 



L'DY 

GURNET 

FEBD 

20 

43 

FF 


JSR 

ENO 

FECO 

Ch 

1 1 



DEC 

INTSET 

FEC2 

A2 

30 



LDX 

4N,MGCRC 

FEC4 

20 

2C 

FF 


JSR 

SFINC 

FEC7 







FEC7 

20 

9C 

FD 

TYNACK 

JSR 

INTBUF 

FECA 

A2 

00 


iVlCLRX 

LDX 

400 

FECC 

M6 

3F 


M9EI 

STX 

INTX 

FECE 

A2 

00 



LDX 

400 

FEOQ 

Bb 

40 



STX 

INTFLG 

FED2 




1 



FED2 




; THIS CODE IS USED TO R 

FED2 




; 



FED2 

bH 




»LA 



30 40 

DISABLE THE RECEIVER 


50 


60 


70 


COMPARE THE PARITIES 

HJ.9RAH, THEY AGREE 

KEEP COURT OF PARITY ERRORS 

DISABLE THE RECEIVER AND RETURN (AL4AYS BRANCH) 
IS THE NET BUSY? 

YES ' 

TURN ON THE XHITTER 
SEND THE ACK 

4AIT 75 US BEFORE TURNING OFF THE. XNIT KEY 

TURN OFF THE XHITTER 

DIO HE SEND THE STOP-AMU FLAST 
YES, GO TRY ALLOCATION A RETURN 

GET THE XMIT AOOR 

SANE AS the previously RECEIVED HESSAGE? 

NO, so THE MSG IS OK 
GET THE 8E0UENCE 4 

SANE AS THE PREVIOUS MSG? 

YES, SO SKIP IT 

SAVE THE NEK TRANSMIT ADDRESS 


THE NEK SEOUENCE «, 

QUEUE THE HESSAGE TO BE SENT IN TO THE DEVICE 


NO LONGER SET UP FOR INPUT 

INCH « OF HESSAGES RECEIVED WITH GOOD CKSUN 


TRT TO GET SET UP AGAIN 

SAVE OUR COPY OF X, OR CLEAR IT, AS NEEDED 


UNSTACK AND RETURN 
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IRB AND NINT 


20 


30 


RACE 

50 


S3 


CARO « 

LOC 

CODE 

CARO 10 

>3*2 

rED3 

AA 

TAX 

13*3 

EE04 

*6 

FLA 

>3** 

FE05 

*8 

TAT 

13*5 

FED* 

68 

FLA 

I3*fc 

FED7 

40 

FTI 


«0 


00 fo 


241 



NON' 

•IkSKABLE 

INTERRUPT 



PACE 39 


CARO « 

LOC 

CODE 

CARD 

10 

20 

30 90 SO 

kO 70 

tIkS 

FEOB 



t 





ISk* 

FCDA 



1 NNI OCCURS 

nnEN the RECEIVE KET TURNS DFF.d.E. NHEN THE 

CARRIER ON II 

IJ70 

FC08 



1 :«ecE 

SOES 

EON.) 



1171 

FeOfl 



1 





IS72 

FC06 

att 


NR I 

Pri4 


PUSH A 


J375 

F£D9 

*9 

SB 


LO* 

FXOlOllOtl 

RESET NETMORK UART 


137<l 

FEDB 

BD 

no oc 


STA 

NUART8 



1375 

FEOE 

*9 

OB 


LOA 

FXllOllOOO 

INITIALIZE NETNORK UART 


1376 

FEES 

«l) 

00 oc 


STA 

NUARTS 



1377 

FEES 

49 

00 


LDA 

600 

SET XHIT FLA6 TO 0 


1376 

FEES 

65 

19 


STA 

XRII 



1379 

FEE? 

6« 



FLA 




1380 

FEEH 

90 



RTI 
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SUBROUTINES 


PACE S5 


CARO 

1<B2 

ISIS 

I1B« 

lies 

ISB6 

ISS7 

13SS 

l)B« 

1390 

t39t 

1392 

1593 

139(1 

1395 

1396 

1397 
I39B 
1399 
t«00 
ioOi 
1602 
1003 
U04 
t((05 
t((a6 

1407 

1408 

1409 

1410 

1411 

1412 

1413 

1414 

1415 

1416 

1417 

1418 

1419 

1420 

1421 

1422 

1423 

1424 

1425 

1426 

1427 

1428 

1429 


LDC 

rCE9 

PEER 

PEER 

PEER 

PEER 

PEER 


FEEA 

20 

39 

FF 


JSR 

ALLOC 

FEED 

58 




CLI 


FEEE 

30 

29 



8M1 

PRET 

FEFO 

B4 

7F 



LOT 

LOPIR.K 

FEF2 

84 

OA 



SIT 

81UPTR 

FEF4 

94 

95 



LOT 

HIPTR,X 

FEFb 

84 

08 



STY 

BIUPTRtl 

FEE B 

86 

OE 



3TX 

CUR8IU 

FEFA 

AA 




TAX 


FEFB 

A9 

00 



LOA 

POO 

FEFO 

AO 

06 



LOT 

406 

VEFF 

91 

OA 


CLDOP 

STA 

<8IUPTR»,Y 

FFOI 

88 




OEY 


FFOa 

00 

F3 



8NE 

CLOOP 

FF04 




p 



FF04 

AS 

4C 



LOA 

XADDR 

FFOa 

91 

OA 



STA 

(BIUPTR),Y 

FF08 

AO 

02 



LOY 

P02 

FFOA 

AO 

40 

10 


LOA 

H0RT3B 

FFOD 

91 

OA 



STA 

(BIUPTRIrV 

fPOF 

BA 




TXA 


FFIO 

AO 

OS 



LOY 

P05 

FFia 

91 

OA 



STA 

(BIUPTR),Y 

FFia 

A9 

or 



LOA 

*07 

FFlb 

AH 




TAY 


FFJ7 

91 

OA 



STA 

(BIUPTR),Y 

FF14 

60 



Prtir 

RTS 



FP 1 A 


DON'T PANT INTERRUPTS OURINC ALLOC. 
SET A SUPPER 

COULDN'T SET A SUFFER* 80 RETURN 
BET THE 9TR TO THE SUPPER, 

SAVE TRE SUPPER $ 

CLEAR The NES8ASE HEADER 


STORE THE DESTINATION ADDRESS (T ■ 0) 

STORE THE. TRANSMIT ADDRESS 

STORE THE MES8A6E TTPE 
DEFAULT PACKET LENSTM Op 7 

STORE IT IN THE PACKET 


CODE 


78 


CARD 10 


20 


30 


40 


SO 


60 


7 PCONST IS USED TO CONSTRUCT AN OUTGOINC PACKET. 

7 IT EXPECTS THE MESSAGE TTPE TO BE PASSED IN A. 

7 IP IT CAN'T ALLOCATE A SUPPER* IT RETURNS PITH THE NEGATIVE BIT ON 
7 

PCONST SEI 


PPJA 

PFlA 

FPlA 

FFIA 

PPIA 

PFl*) 

PPIO 

FPIP 

PF21 

PP23 

FF25 

PF27 

PF29 

PF2B 


1 STINER SETS A TIMER VARIASLE TO AN INCREMENT PLUS THE CURRENT 
; VALUE OF TOD. A IS THE INCREMENT TO ADO TO TOO AND X POINTS TO 
I THE VARIABLE THAT HOLDS THE RESULT* LOP BYTE FIRST. A IS CHANGED, 


1 H 


STIMER clc 



65 

19 

AOC TOD 

ADD TOD TO 

THE INCR IN A 

95 

00 

STA 0,X 

SAVE IT IN 

THE LOP RESULT 8VTE 

A5 

lA 

LOA T0091 

ADO IN THE 

CARRY 

oO 

OU 

AOC 400 



95 

01 

STA l,x 

SAVE IT IN 

THE SECOND BYTE 

A5 

18 

LOA T0D*2 



69 

00 

AOC 400 



95 

02 

STA 2,X 

AND TN THE 

HIGH Byte 

bO 


RTS 




TO 
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lUIROUTINCS PACK Ih 


e«Ro • 

IOC 

CODE 

CARD 

10 20 

SO *0 so 60 TO 

l«SI 

PP8C 



1 



1«S2 

PP2C 



1 SFINC 

IS CALLED TO INCREMEMT THE CONTENTS OF A STATUS NS6 FIELD. THE 

1*31 

PP2C 



1 FIELD 

MILL NOT HR ‘P 

AROUNO TO 0000. X •> THE FIELD (HI BYTE FIRST). 

1*3* 

FP2C 



1 



l«35 

rpac 

F6 

01 

SFINC 

INC 1,X 

INCREMENT THE LONER BYTE 

1*3* 

FF2E 

00 

08 


BNE 8FRET 

IF NO CARRY. ALL DONE 

1*37 

FF30 

F6 

00 


INC 0,X 

INCREMENT THE HIGHER BYTE 

1*3* 

FF3a 

DO 

0* 


6NE SFRET 

IF NOI 2ER0. THEN ALL OONF 

1*3* 

FF3* 

D6 

01 


OEC 1,X 

NRAPPEO AROUNO. SO RETURN TO FFFF 

14*0 

FF36 

D6 

00 


DEC 0,X 


l«*t 

FF36 

bO 


SF3EI 

RTS 


1*4? 

FF3* 



> 



1**3 

FF3* 



f ALLOC 

IS CALLED TO ALLOCATE A FREE BUFFER AND RETURN ITS NUMBER IN 

1**« 

FF3* 



1 A. IF 

THERE ARE NONE 

LEFT. THE N BIT MILL BE ON. X AND Y ARE CHANGED. 

144S 

®F3* 



t 


. 

1**6 

FF3* 

A* 

30 

ALuOC 

LOT 3IKPTR 

GET OFFSET OF THE TOP OF FREE BUFFER STACK t 1 

1**7 

FF3B 

56 



OET 

P3J.NT TO THE NEXT FREE BUFFER NUMBER 

14*S 

FF3C 

30 

0* ' 


SMI ALRET 

RETURN IF NONE AVAILABLE 

1**9 

FF3E 

6* 

30 


STY STKPTR 

GDT ONE. SO SAVE THE NEw TOP OF THE STACK 

1*50 

FF«0 

*6 

6* 


LOK BUFSTKfY 

GET THE ALLOCATED BUFFER NUMBER 

14S1 

FF*2 

60 


AL3ET 

RTS 


14S2 

FF«3 



> 



1*53 

FFU3 



; £*Q IS USED TO ADO A 

BUFFER TO THE ENO OF A QUEUE. A IS T'NE OFFSET OF 

1*5* 

FF*3 



1 THE yUEJE HEADER FROM NEXT> Y IS THE * OF THE OJFFER. X 1 A ARE CHANGED 

1*55 

FFU3 



i 



1*56 

FF*5 

06 


ENJ 

PHP 

TURN OFF, INTERRUPTS 

1*57 

FF** 

76 



SEI 


1*56 

FF*5 

AA 


EN31 

TAX 

STEP ONE FURTHER ALONG THE QUEUE 

1*5* 

FF*6 

65 

50 


LOA NEXT.X 

IS THIS THE LAST ENTRY? 

1*66 

FFU6 

10 

F6 


6PL ENOl 

NO. 30 KEEP ON LOOKING 

1*61 

FFUA 

** 

50 


STY NEXT.X 

SET LINK IN LAST ENTRY TO NEH ENTRY 

1*6? 

FF*C 

** 

50 00 


STA NEXI.Y 

SEI THE NEXT PTR IN THE NEM ENTRY TO NULL 

1*63 

FF*F 

?6 



PLP 


1*6* 

FF50 

bO 



RTS 


1*65 

FF51 



i 



1*66 

FF51 



; )9 IS 

called to DEUUEUE and free a SUFFER ON A OUEUE. X IS THE OFFSET 

1*67 

FFbl 



1 FflOM • 

NEXT OF ENTRY PREVIOUS TO THE ONE TO BE FREED, X.A.Y ARE CHANGED 

1*66 

FF61 



; THIS 1 

Oa DIFFERS '»0H 

THE MODCOMP BIU DO IN THAT IT LACKS THE FREE 

1*6* 

FF51 



; ENTRY 

POINT 


1*70 

FF51 



f 



1*71 

FF5I 

06 


on 

PHP 


1*7? 

FF5? 

76 



SEI 

TURN OFF INTERRUPTS. 

1*73 

FFb3 

lyii 

50 


LOT NEXT,* 

Y HAS THE NUMBER OF THE BUFFER TO BE FREED 

1*7* 

FFS5 

6* 

50 00 


LOA NEXT.Y 

A HAS the number OF THE NEXT BUFFER IN THE QUEUE 

1*75 

FF5H 

*5 

50 


STA NEXT.X 

THE BUFFER IS DEQUEUED 

1*76 

FFb* 

Alb 

3) 


LOX STKPTR 

AOO THE BUFFER TO THE FREE BUFFER STACK 

1*77 

FFbC 

V6 



TYA 


1*76 

FF5D 

•15 

b* 


STA BUFSIK.X 

NO* IN THE FREE BUFFER POOL 

1*7* 

FF5F 

tb 

30 


INC STKPTR 

ONE MORE FREE BUFFER 

1*60 

FFbl 

?6 



PLP 


1*61 

FFb? 

bO 



RTS 
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CONSTANTS AND TABLCS 


PACE 


18 


CARO • 

UOC 

CODE 

CARO 

>0 20 30 40 50 60 

l««* 

ffli 




1 


1897 

FF71 




1 CONSTANfS AND TABLES FOLLOW 

1498 

FF71 




1 


1499 

FF73 




1 SYSTEM 

TABLE FOLLOWS. IT HAS EACH SYSTEM NAME, ITS DESTINATION 

ISOO 

FF71 




1 AODMESSt OR A NULL ADDRESS IF THE ADDRESS IS SUPPLIED ST A S0FT4A4E 

ISOI 

FF71 




1 calculation. 

1502 

FF73 




1 


1501 

FF73 

54 

45 

52 

TABLE 

• 8YTE 'TER* •TERM*'', WHERE X IS THE TERMINAL ADDRESS 

1504 

FF76 

00 




.BYTE 100 NULL BYTE ADDRESS 

1505 

FF77 

51 

41 

4E 


.byte 'SAN' •SANDX'', WHERE X IS THE GRAPHIC 7 ADDRESS 

1506 

FF7A 

00 




.SYTE 100 NULL BYTE ADDRESS 

>507 

FF7;> 

43 

41 

50 


.BYTE 'CAP' HARRIS BIU 

1508 

FF7E 

00 




.BYTE $00 NULL SYTE ADDRESS 

1509 

mr 

42 

41 

41 


.BYTE 'SAC BACKBOARD 

1510 

FfH2 

88 




.BYTE $68 BACKBOARD BYTE ADDRESS 

>511 

FF8S 






1512 

FF83 




> THE STRING TABLE FOLLOWS 5ELUW. EACH STRING HAS A SYMBOLIC OFFSET 

1511 

FF83 




> 


1514 

FF83 




WHSYS 

: 0 WHICH SYSTEM MESSAGE 

1515 

FF83 

57 

48 


ASCII 

.BYTE 'WHICH SYSTEM?' 

1515 

FF85 

49 

41 




1515 

FF87 

48 

20 




1515 

FF89 

53 

59 




ISIS 

FF8B 

51 

54 




ISIS 

FF8D 

45 

40 

IF 

ASCII 

.BYTE 'WHICH SYSTEM?' 

1S16 

FF90 




CR.F 

S A-ASCII CARRIAGE RETURN, LINE FEED 

1517 

FF90 

00 




.5Y1E $0D 

isie 

FF91 




LF 

s •-ASCII LINE FEED ALDNE 

1519 

FF91 

UA 




.BYTE S0A,00 

1S19 

FF92 

OO 





>520 

FF93 




i 


>521 

FF93 




LlNKT 

s •-ASCII LINK terminated MESSAGE 

>522 

FF93 

4C 

j9 



.BYIt 'LINK ENDED.' 

1S22 

FF«5 

4E 

48 




>522 

FF97 

20 

45 




>522 

FF99 

4t 

44 




>522 

■'F98 

45 

44 

2E 


.BYTE 'LINK ENDED.' 

>521 

FF9F 

00 




.BYTE $OO,$OA,O0 

>523 

FF9F 

OA 





>523 

FFAO 

OU 





>524 

FFAl 




1 


>S2S 

FFAl 




LINKRl 

s A-ASCIl link REGUEST MESSAGE 

>526 

FFAl 

07 




.BYTE $07 

>527 

FFA2 

4C 

44 



.BYTE 'LINK RESUEST FROM ' 

>527 

Ff All 

4E 

45 




>527 

FFAb 

20 

52 




>527 

FFA8 

45 

5) 




1527 

FFAA 

35 

4 5 




>527 

FFAC 

53 

54 




>527 

FFAE 

20 

4b 




>527 

FFHO 

52 

4F 




>527 

FFB2 

4D 

20 




>528 

FFB4 

07 




.BYTE $07,00 

>528 

FF85 

00 





>529 

FFB6 




LI4AR2 

= •-ASCII 


246 - 




CO«<Sr*NTS AND TABLES PACE 3* 


;aro « 

IOC 

CODE 


CARO 

10 20 50 00 SO 

SO 

1330 

FFB6 

H 

20 



.BYTE (Y OR N)7’ 

1530 

FFB8 

ao 

2« 




1530 

FFBA 

59 

20 





>530 

FFBC 

aF 

52 





>530 

FFBE 

20 

OE 





1530 

FFCO 

29 

5F 



j 


>531 

FFC2 

00 




.BYTE t00,S0A,00 


1531 

FFC3 

OA 






1551 

FFCO 

(JO 






1532 

FFCS 



f 




1535 

FFCS 




IINKA 

s R-ASCIl LINK ACCEPTED MES3A6E 


1530 

FFCS 

9C 

09 



.BYTE 'LINK OKAY.' 


1530 

FFC7 

9E 

OR 




1530 

FFC9 

20 

OF 





1530 

FFCB 


01 





1530 

FFCU 

59 

2E 





1535 

FFCF 

on 




.BYTE SOO#$0A,00 


1535 

FFOO 

Oft 






1535 

FFDl 

f>0 






1536 

FFD2 



NOVAIl. 

s ‘-ASCII SYSTEN NOT AVAILABLE MESSAGE 


1557 

FFD2 

53 

3“ 



.BYTE 'SYSTEM NOT AVAILABLE.' 


1537 

FFDO 

53 

50 





1537 

FfOo 

4S 

OD 





1537 

FFoa 

20 

Ot 





1537 

FFOA 

tiF 

50 




J 

1537 

FFDC 

20 

01 





1537 

FFOE 

Sb 

01 





1537 

FFEO 

M9 

OC 





1537 

FFE2 

fi\ 

02 





1537 

FFEO 

4C 

OS 2E 



•BYTE 'SYSTEM NOT AVAILABLE,' 


1536 

FFE7 

00 




.BYTE SOOrfOArVO 


1538 

FFE» 

OA 






1536 

FFF9 

00 






1539 

FFEA 



} 




1500 

FFEA 



; 

CHE FOLLOWING 12-BYTE BIJ FUNCTION OESCRI»TION IS PLACED 

INTO EACH 

1501 

FFEA 



i 

31U STATUS NESSASE. 

1502 

FFEA 



f 




1503 

FFEA 

'17 

52 

ai JFNC 

.BYTE 'GRAPHIC7 BIU' 


1503 

FFEC 

•41 

50 





1503 

FFEE 


09 





1503 

FFFO 

03 

37 





>503 

FFF2 

20 

OE 





1503 

FFFO 

«9 

55 





1500 

RFF6 



« 




1505 

FFFb 





•iSFFFA 


1506 

FFFA 

,■>0 

F£ 

VECTOR 

.WORD N«l NJN-MASKABLE INTERRUPT VECTOR 


1507 

FFFC 

on 

F3 



.WORD RESET RESET VECTOR 


1506 

FFFE 

85 

FO 



.WORD IRd I«a VECTOR 


1509 

aoon 



t 



1550 

oouo 





.END 



END OF 'IOS/TECHJDI.OBY bSOF A 3 SEM 9 LV VERSION 5,1 
VUMaER OF ERRORS s U, NURBER OF (vARNINSS = 0 
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SYHBOIi 

kSUF 

*CKOK 

tCKCK 

*C« 8 Yf 

•KIOOP 

ALLOC 

ALRET 

ANOONE 

ASCII 

ASKAGY 

SAOACK 

BlUFNC 

BIJPTR 

BJFMEM 

BJFLEN 

BUFST< 

BJFCNI 

BJFFRI 

BYTLO»( 

BYTES 

BYTRET 

CHARS 

CHKLOP 

CKCREt 

C<ETTY 

CKSni 

CHTOUr 

CAYOUI 

CLOJP 

CMCT 

COLIOE 

CONMAT 

CDNECI 

CONFRE 

CONOUT 

CONOS 

CONSOV 

COHTHR 

CONYES 

CRLF 

CTIHE 

CTHEI 

CJRNEI 

CJR 3 IJ 

CJROEY 

OATHSG 

DHATM 

DHAHOO 

OHAtTY 

OOC«I 

O'J 

DJARTS 


SYRBOL TABLE 


VALUE LINE OEFINEO CROSS>REF£RENCES 


FA 12 

548 

F 9 E 4 

503 

F 9 D 5 

495 

0046 

132 

F 936 

.473 

FF 39 

1446 

FF 42 

1451 

F 9 F 5 

514 

FFR 3 

1515 

FAF 5 

733 

F 9 BE 

480 

FFtA 

1543 

300 A 

92 

0300 

73 

0060 

77 

0049 

161 

0016 

79 

F 831 

254 

0041 

127 

FA 90 

659 

FARb 

663 

FA 7 F 

647 

FEbB 

1299 

F 0 i )2 

1070 

FCEt 

1058 

FCFn 

1067 

FC 9 F 

1009 

'C ;)7 

1045 

FEFF 

1399 

0 002 

71 

FOEb 

1234 

F 80 K 

755 

004 E 

141 

FBFF 

917 

FBCA 

874 

F 8 C 0 

863 

FCHC 

1023 

F 829 

767 

F 876 

61 1 

0001 ) 

1516 

FD 03 , 

1073 

FD 17 

1083 

OOOC 

95 

flOOE 

95 

0001 ) 

94 

00110 

1 2 

0042 

123 

FA 59 

610 

0068 

156 

FS 9 A 

270 

FF 51 

1471 

1 400 

25 


5S6 

497 

474 


1272 

1277 

1320 

476 



1136 

1388 


1443 



515 



1488 

1516 

1518 

726 

795 

1041 

499 

501 


1157 



543 

550 

1098 

1150 

1153 

1392 

79 



79 

259 


241 

1450 

1478 

147 

161 

165 

263 



595 

631 

662 

652 

786 


676 



640 

653 


1301 



1095 



1046 

1049 


1059 

1062 


355 



1010 

1013 

1031 

1401 



272 



1227 



751 



237 

327 

328 

942 

960 

977 

913 



Hb 7 



865 



1036 



761 



809 



704 

793 

811 

1012 

1048 

1061 

1030 

1031 

1084 

1192 

1347 


294 

552 

778 

553 

680 


554 

835 


578 

611 


604 



232 

543 

571 

274 



510 

983 


1143 




ISai 1529 

not 1106 I12J 
1 S 94 1349 1404 

166 237 247 

641 


529 63S 792 

1045 1050 


1068 

1085 

804 1165 1395 
580 602 609 


1533 


1137 

1((07 


806 


670 


1536 


1141 1144 1147 
1410 1413 


837 911 934 


- 248 - 



SYNBOU VALUE 


LINE DEFINED 


CROSS’HEFEfieNCES 


END 

FFNS 

1456 

295 

661 

779 

605 

1166 

1348 



ENOl 

FF«5 

1456 

1460 








FFLOO? 

FBba 

233 

235 








FORJS 

FEIR 

1260 

1254 








CCRLF 

FACO 

704 

698 








GETDAT 

FA«F 

602 

564 








GETRPV 

FA8« 

»9l 

659 








getch; 

FAau 

561 

533 

544 

5 79 

654 





getyn: 

FBMT 

7Si 

641 

789 







GETBYT 

FEiU 

1279 

1293 

1297 







GETCHl 

FAOC 

S42 

530 

531 

700 




' 


GETir 

FE2C 

1275 

1263 








GLF 

FAC9 

70? 

696 








GPUI 

FACF 

705 

703 








HARGO 

OOilD 

140 

284 

301 

307 

922 





HARSOY 

F8D0 

314 

752 








HARBAS 

U02I 

5 

298 

305 

317 

91B 

920 

1019 

1C'2J 

1035 

HAR^DR 

OOIF 

a 

270 






• 


HIPTH 

OORb 

166 

248 

256 

404 

831 

1190 

1393 



HDLOTX 

F9A0 

457 

458 








I NBC 

OOOb 

B9 

556 

Set 

647 

651 

659 

693 

699 

734 

INDONE 

FART ' 

66 9 

537 

594 

597 

S99 





IND3N1 

FARF 

670 

650 








INOEV 

F9FA 

529 

353 

683 







INLOO? 

FES7 

1296 

1294- 








INPTR 

0001 

S7 

549 

551 

648 

67B 





INRET 

FBA6 

7B1 

802 








INSET 

OOOF 

96 

532 

554 

682 






INISEr 

00 II 

99 

1184 

1193 

1262 

1349 





INTFLS 

OORO 

126 

394 

418 

1357 






INTRF.S 

FOBS 

1194 

1195 

1187 







INTBC 

0002 

S6 

1214 

1239 

1242 

1260 

129b 

1296 



INTX 

00 IF 

125 

1215 

1355 







INT9UP 

F09C 

1182 

342 

352 

1353 






INTPYR 

0000 

85 

1189 

1191 

1276 

I2BB 

1331 

1335 

1340 

1343 

IREI 

FAOii 

537 

572 

600 

634 






IRQ 

FOab 

1203 

1548 








t<«R 

0002 

57 

562 








KEYNOR 

F9AB 

462 

4 63 








LASITY 

00 30 

121 

1352 

1341 







LASTS3 

003C 

122 

1336 

1344 







LF 

OOUE 

1519 

702 








LINKR2 

00 33 

1529 

974 








LINKT 

00)0 

1521 

339 

925 







LINKA 

0002 ■ 

15 33 

813 

950 







LINKRl 

OOlt 

1525 

965 








LOPTR 

OOTF 

1 bS 

250 

254 

257 

402 

829 

1188 

1391 


LAAIT 

F91A 

37 3 

597 








MATCH 

F3U3 

749 

715 








MAXPAY 

001 H 

104 

,210 

649 







MLOOPO 

F900 

343 

323 








MLOOP 

F901 

350 

356 








MSCDK 

FEAD 

1339 

1333 








NETBSY 

F9!>2 

422 

397 








NETRET 

F9F9 

516 

497 








NETFRE 

F9EA 

509 , 

490 








NET 

F916 

364 

350 









- 249 " 


9JI 


9V*1S0L' VALUE LINE OEriNCO CROSS>REFER(NCES 


NEX1 

0050 

NEXTCN 

FA06 

NEX7EN 

FAD9 

NICLRX 

FECA 

NIRET 

FECC 

N4ATCN 

FAES 

N9BCRC 

0032 

N9C0L 

002C 

NXOtSC 

002E 

N9GCRC 

0030 

N9I 

FEOa 

N9L0ST 

0039 

N9RXMT 

002A 

NHWAir 

0036 

N4X9T 

0028 

NOSOF 

F8F9 

NOSYS 

FCCD 

N0T9NR 

F8E5 

NOVAIL 

00 9F 

NOX'lir 

003E 

NOZERD 

F850 

N9Er 

F967 

N1P9X 

00 59 

NTXCOLi 

F97A 

NJARTS 

OCOO 

NJART3 

OCOl 

NJL9ET 

F8CE 

NULL 

F8EA 

OUTFRE 

FC7U 

OUT DEV 

F881 

OJTLO® 

FBDF 

OUTBC 

0008 

OJTPTR 

0006 

OUTSET 

0010 

OJTPL 

0009 

09R 

0002 

PIACR 

1018 

PIAODR 

1013 

PI 800.9 

1012 

PlIFR 

iniP 

PlIER 

1 OlE 

PIPCR 

10 1C 

P2ACR 

1028 

P2A009 

1023 

P28009 

1022 

P21FR 

102D 

P2IER 

102t 

P2PCR 

102C 

PSA009 

1093 

P3ACR 

1098 

P3800R 

1092 

P3IFR 

1090 

P3IER 

109E 


147 

293 

509 

679 

777 


1959 

1961 

1962 

1973 

711 

716 




710 

728 




1354 

1232 

1251 

1258 

1337 

1355 

1222 




719 

713 




113 

1311 




112 

936 

1299 



113 

988 




119 

1350 




1372 

1596 




116 

1264 




111 

482 




117 

922 




110 

509 

1105 

1173 


338 

302 

333 



1038 

1020 

1026 

1039 


327 

286 




1536 

lose 

1051 



129 

378 

381 

500 


790 

787 




929 

365 




119 

909 

989 

965 

512 

939 

935’ 




21 

188 

190 

395 

919 


1212 

1231 

1235 

1257 


IMS 

1319 

1326 

1374 

22 

493 

955 

995 

1213 

876 

909 




905 

872 




982 

890 

859 

917 

935 

825 

351 




899 

698 




90 

919 

996 

970 

996 

89 

903 

905 

908 

411 


897 

868 

879 

916 

97 

825 

849 

853 


91 

898 

651 

671 


69 

896 




50 

192 




27 

199 




26 

195 




32 

563 

991 

1196 


33 

206 




31 

200 




33 

197 




37 

212 




36 

213 




40 

697 




91 

207 




39 

202 




95 

219 




96 

198 




99 

196 




93 

273 




99 

208 





eoj 982 1118 1131 IIM 
1978 147S 


910 939 951 960 473 
1267 1260 1285 1299 1304 
1376 

1287 1306 1321 


959 956 959 962 964 


896 650 878 

913 942 969 830 832 

947 968 1226 


1346 


1190 

1308 


839 


ORlGiNAL 
OF fOOR QtlAIiFTYi 



SYMBOL' VALUE LINE DEFINED CMOSSi-REFERCNCES 


FiFCH 

104C 

FARITY 

0038 

F6RERR 

FE7T 

PCONST 

FEE9 

PDATAJ 

FC3A 

POATA 

F8A2 

PLJNKA 

FC30 

PORT13 

1010 

PDRIEi 

1020 

P0RTS3 

1040 

POR73A 

1041 

P0R724 

1021 

PORTIA 

1011 

PRET 

FF19 

PREPA8 

F92F 

PRIMER 

0019 

PJTCH 

FBAC 

PJTSTR 

FF63 

PJTRET 

FF72 

QIN 

006b 

01 T 

F330 

ODUT 

0067 

RAMSU 

OCOO 

RANOU 

0012 

reset 

F800 

RNDCNT 

0013 

RSXADR 

FCC5 

RVDATA 

FE07 

SACMS3 

OODF 

S80I3 

F03D 

S80T2 

F049 

SPINC 

FF2C 

SFRET 

FF38 

SRIPI 

F88E 

SKIPIT 

FEOC 

SLOOPl 

FD20 

SLO0P2 

F03D 

SLOOPS 

F09b 

SLOOPS 

P051 

SLOOP4 

F079 

SVOACA 

FE7E 

svoour 

8307 

SNDSOF 

F834 

SVDSTA 

PD18 

SNOLT 

FCun 

30FMS3 

UOOE 

SONMSS 

OOEO 

80NCNT 

0044 

SQNJM 

003A 

STACKI 

FRhE 

STAMSG 

OODB 

STIMER 

FFIA 

STKPTR 

003D 

STRING 

0047 

SNAIT2 

F92R 

SNAITl 

F924 


47 

204 




US 

392 

444 

44S 

4S4 

1311 

1286 

1305 


1387 

292 

SIS 

773 

801 

949 

940 



844 

839 

949 



950 

948 




24 

621 




34 

885 




42 

265 

314 

764 

12SI 

43 

216 

271 



J5 

2s 

toia 

392 

9 


86b 

629 

1390 

384 

215 


850 

826 

879 





1487 

335 

341 

705 

738 

794 

812 

1494 

966 

975 

10 39 

1052 

1034 

1493 

1489 




151 

232 

233 

827 

982 

1126 

1346 

777 

774 





152 

293 

364 

509 

679 

777 

80S 

76 

78 





99 

266- 

1236 

1244 

1247 



1 84 

775 

923 

1547 




100 

382 

383 

385 

1248 



1033 

1022 






1251 

1217 






1 5 

800 

937 





1136 

1127 






1123 

1114 






1435 

423 

437 

483 

489 

505 

1250 

1441 

1436 

1438 




262 

260 






1256 

1261 

1284 

1303 

1313 



1 105 

1110 





Ills 

1122 






1173 

1175 






1 123 

1135 






1157 

1162 






1315 

1273 

1310 

1317 




885 

876 

973 

1491 




291 

30b 

336 





109} 

1069 






925 

919 

921 





1 4 

291 

909 





1 6 

772 

958 






1023 1024 1033 1040 
513 


130 944 

120 40b 

240 243 

13 1093 

1420 620 771 980 1169 

123 238 1446 1449 1476 1479 

133 694 711 759 

385 386 

383 J79 


•VMROLi VALUE LIME OEFIMEO 


CROSS'REFEREMCEB 


SYSTMX 

FS2C 

769 

322 

756 

TABLE 

FF73 

1503 

712 

754 

TEBMX 

F816 

758 

749 


tCRXF 

0045 

131 

810 

864 

TE8T2 

F004 

1225 

1229 


TE8MX 

F002 

1224 

1221 


TEITY 

0025 

109 

618 

1060 

TICK 

OORF 

143 

221 

994 

IIMRH 

1015 

29 

219 


TIM2L 

1014 

29 

217 

993 

TIM9EI 

FC90 

1003 

992 

995 

TIM3UT 

FC83 

991 

354 


TOO 

0019 

105 

996 

1000 

TOKEN 

0015 

102 

720 

722 

TBMCNT 

OOOB 

7 

305 

920 

T9NSWT 

F9o8 

429 

421 


TRYOS 

F6B7 

963 

852 


TRYSOF 

FBEE 

909 

636 


trylat 

FBE9 

699 

977 

895 

TRYSAC 

FC24 

937 

910 


TRYSON 

FCOC 

959 

938 


TSACK 

OOIF 

107 

770 

1011 

tstat 

OOlC 

106 

269 

1067 

TTYOP 

FA3F 

595 

573 


TTYKOO 

FA5D 

619 

603 


TTY 

00112 

17 

534 

772 

TTYTM 

00o3 

129 

599 

595 

TXeEHR 

F970 

434 

441 


TXCOL 

F974 

436 

450 


TXLDOP 

F9bF 

433 

447 


TXNACK 

FEC7 

1353 

1328 


TXPAR 

F99E 

449 

453 


tyack 

0022 

109 

979 

1047 

VECTOR 

FFFA 

1546 



HAII75 

FE91 

1323 

1324 


MAIT 

001 7 

103 

633 

735 

MAITBY 

FE35 

1290 

12B2 


KATlOD 

F95b 

416 

417 


MHSY6 

0000 

1514 

340 

737 

XADOR 

OORC 

139 

223 

289 




769 

807 

XMir 

0014 

101 

431 

434 

YES 

F85F 

BOO 

791 


YNRET 

F960 

615 

B26 


ZLOOP 

FBbO . 

226 

228 



iOIO 


932 9S5 


997 


999 1001 

1002 1078 1082 1086 1421 1423 1426 
1218 122S 
1021 1025 


1168 


83S ' 

672 1058 .1063 


780 

939 

941 

963 

1009 

1029 


927 

303 

1053 

304 

316 

31.9 

359 

736 

763 

914 

950 

952 

969 

1018 

1149 

1403 

449 

462 

471 

480 

514 

1216 

1378 


766 
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